BOM表问题(100分)

  • 主题发起人 主题发起人 flyleaf88
  • 开始时间 开始时间
F

flyleaf88

Unregistered / Unconfirmed
GUEST, unregistred user!
现在用sql server设计bom表,用树型控件显示bom表里的结构
发现非常复杂,请问那位有做过的,不忘赐教!
 
BOM?
行业不同要选择不同类型的BOM,BOM库的设计相当重要!否则一不小心就会:
“化地为牢,走火入魔”前功尽弃!

用父件、子件、虚拟件、工序等的概念把所有物料组合起来加以整合,另外也要考虑算法
上面的问题(整个系统的效率有较高的要求)。

以上是我个人的一点见解,各位多提意见!
 
最简单的BOM 可以这样设计
货品编号 次级货品编号 使用数量

其他复杂的BOM 也是根据此结构扩展而来.
根据此结构再写一些存储过程如取出某货品的所有BOM,最底层BOM,下级BOM等即可.
相关的文章可以查阅大富翁以前的记录.







 
f_id, f_parent_id ,f_name 最好加上f_level,用于控制当前操作等级,控件有现成的
记得有一个dbtreeview,忘记是那个包的了。呵呵。
 
不过建议数据库用oracle
 
关键是加入l_level参数来控制,要有层的概念
 
我的设计是这样的,在一个表里存放,结构:
商品编号 次级编号 用量
所有的BOM信息都存在这个表,然后用递归法生成BOM树,而且无论多少级都可以。
但是今年看初我去一家公司面试,那个家伙问我BOM表结构如何设计,我说了以后,
他说这是最常用也是最没效率的方法,他说还有一种非常有效率的方法,不过那小子
卖关子不告诉我,现在趁这个机会问问大家,看看大家的方法如何,哪一种最有效率
 
台湾鼎新的TIPTOP5系统是把BOM表资料分成单头和单身两张表存放。
 
lzr0111,兄弟你有台湾鼎新的产品吗?希望能与你交流!!
 
我來試試腳法,我往前踢!
 
to:fangws_hzb:
台湾鼎新的WORKFLOW的产品分成了单头与单身,而且分了一级子件二级子件,虚件等

我以前就中鼎新做的。
 
PItem 父项代码
CItem 子项代码
Quant 需求数量
UseUp 损耗系数
UnitC 计量单位
DateS 生效日期
DataE 失效日期
KindN Bom 类型 可选/必选/互斥
NumbG Bom 组号
 
看一下SAP的Bom表,太全了,上面是我自己系统的Bom一部分字段
 
如果通用件少的化,也可以按产品存放Bom.上面那个nb说的可能就是这样.
这样的bom维护起来比较简单易懂,影响效率主要在mps/mrp/crp算法上,bom
的影响比较小,我的mps/mrp/crp全用过程些,200k的数据也就几分钟搞定
 

Similar threads

后退
顶部