一个大的公司有很多仓库在不同的地方(跨地区),该如何合理设计仓库的数据库结构,
一个仓库的数据结构如下:storemain: 产品编码  数量  成本 
如果有很多仓库,该怎么设计数据库结构
是新增一个表:storesub1 结构一样,还是在storemain表中加一个“仓库编码”字段?

解决方案 »

  1.   

    祝数据量和记录条数而定小型的可以以表中增加仓库ID字段,存取相对方便点,编程也简单点稍微大点,操作员和业务都分开的,以多个表储存为佳
      

  2.   

    什么叫仓库编码?
    现在仓库有2000多种产品,算多吗?
      

  3.   

    仓库编码是指将不同仓库建立仓库ID2000多种不多,考虑到扩展效率,单独表和单独台帐为佳,因为肯定不同地点的仓库也要使用这个系统
      

  4.   

    我觉得还是使用仓库代码比较好,我们在工作中都是这样的用,而且其他好多地方我看也是如此
      

  5.   

    劳驾有人可以给一个仓库编码的例子吗?
    是不是这样?
    仓库编码,产品名称,数量,成本
    01         01        10    20
    ....
    02         01        10    20
    ...如果我有2000个产品,5个仓库,是不是就应该有10000条记录?
      

  6.   

    建议:仓库和成本区分开。。因为一般合理的供销系统都是分两步的,如:验收(包括验收入库两步),验收时库存数量金额增加,(应该叫供应库存)但这时还不知道物品到底进了哪个仓库,物品的仓库和位置就是仓库保管员的事情了。保管员入库,记录物品数量和物品的位置。(保管库存)