关于SQLserver数据库的问题

[zxtyhy]

我正在编写一个关于仓库物资的程序，在设计数据库时遇到一个这样的问题：
现在有十几个仓库，把所有物资放在一个Table中好呢？还是按仓库划分Table
好呢？每个仓库有一千种左右的物资。放在一个Table中写程序比较方便，但
是是否会影响速度？

[xzisgood]

应该放在一个table里.

[happyno9]

统一楼上意见

[zqmagic]

最好按仓库建表，提高效率

[wzs]

如果记录数不超5,6万的话放在一个表就以了,如果更多那就要考滤考滤,这个还需要根据你所订的数据结构做.

[ether]

放在一个表中好。否则再增加仓库，总不能又加表改数据结构吧？ :)
速度方面根本不是问题，即使你每个仓库有十万条以上记录，查询
速度也很快的。

[ether]

放在一个表中好。否则再增加仓库，总不能又加表改数据结构吧？ :)
速度方面根本不是问题，即使你每个仓库有十万条以上记录，查询
速度也很快的。

[gxdq]

要综合考虑。

1、如果你的程序查询不多，而且各个仓库的信息几乎完全类似，可以放在一个table中。但要随时关注数据量、随时做好备份！

2、从长远意义（系统升级、需求变化）上讲，我认为放在多个table中是好的。这样一但出现错误或需求变化，恢复数据也比较简单。

................总之，要好好考虑！

[lldwolf]

为了可扩冲性，还是放在一个Table中吧，这样即使仓库数目再增多也不用再去改程序

[jingpingyi]

如果数据库设计得好，程序也设计得好，而且时间充裕。
就放在多个table中，也很易于扩充（处决于数据库设计和程序如何设计），
效率也很高。

[猛禽]

一般在一个表中好些。

[yangzi]

具体情况具体分析。我觉得可以这样啊：先建一个“货物ID_货物名称信息表”及”仓库ID_仓库名称信息表“。 然后，建货物ID与仓库ID的关联表。这样好一些。

[yangzi]

具体情况具体分析。我觉得可以这样啊：先建一个“货物ID_货物名称信息表”及”仓库ID_仓库名称信息表“。 然后，建货物与仓库的关联表。这样好一些。

[jasonet]

关系数据库设计！