我不想拿你的分,只是觉得很怪:
A:当然是要放一个表中(这基本的Database Schema设计工作都还没做,你老兄的ERP还刚在设计那!),“放一起  会浪费空间资源,好象也不合理”怎么空间资源浪费了?这话太冠冕堂皇了,你的长字符串的字段都是动态分配空间的(如SQL Server中是Char和VarChar类型的区别)啊。即使不是,你把可能的冗余用记录数*字段长度算一下,和DB Server的硬盘容量比一下,能是需要考虑的因素吗?你老兄的“行业性ERP”有多少种物料,成品,半成品?BOM几层?干脆俺帮你设计库结构算了

解决方案 »

  1.   

    A 当然要放在一个表里面,我还没看见哪家公司的不是放在同一个表的。
      如果料品(包括原料和成品)有其它的一些行业属性,可以另开Table存放。
      这样处理,程序都好写一点。
    B 没听懂。
      

  2.   

    A 当然要分开放, 相互间通过BOM表构造关系。
    B 不同单据不同处理, 不能混为一谈。
      

  3.   

    但是:
      成品与原材料都有可能参与销售业务,对于销售业务来讲,成品与原材料的销售方式都是相同的,(数量多少,多少个)
      就销售来讲,贪图方便,当然一并处理: kories(老实疙瘩) 这不是一个字段大小VARCHAR的问题,而是需要增加N多字段的问题,对于进销存来讲,当然只是商品进进出出,不需要那么详细表达,我觉得放一个表肯定不行的   但举个例子:比如空调生产,它除了有常有属性(每个多少钱什么)
      还有 颜色,匹数,等属性(更多)它不是一个型号规格能表达得了的
      是必是将它与原材料分开放
      
    B forgot(让一切随风) 按照财务规则进货退回单不参与成本核算吗?谢谢大家帮助
      

  4.   

    一般的做法时分开,这样不仅对后期的维护、管理、后期的开发都比较好;
    对于怎样组织成品表与原材料表的问题?
    做法是成品表与原材料表之间建立约束,具体的做法可以参照SQL的说明;