我現想設計所有產品的信息表.當然最終想產生BOM來表示.但有一個問題想請教.我想用生產的產品信息比如圓柱筆是由筆帽﹐筆身。筆油組成.(當然圓柱筆是第一層。其它類推)(圓柱筆﹐筆身。筆油都有信息);但有一種是輔助性的產品比如有筆記本.牙刷,而我現雙想將筆記本划分到文具類.牙刷划分到日常生活用品.當然文具類.日常生活用品是第一層沒有其它信息(只是為了類別清楚而設)。而筆記本﹐牙刷確有其它的(字段)描述信息.現從這生產及輔助性的產品設計到一個產品表中而后用BOM表示結構關系有沒有問題﹖能否幫我指點一下﹖

當然我說的表只是想請教有關物料信息表的設計問題,而BOM另有表.

好似好复杂，可不可以将表结构列出来后然后再说明想怎么做...

引言: 好似好复杂，可不可以将表结构列出来后然后再说明想怎么做...

谢谢，我还没结构，现想设计此结构。不过我想总结一下 1:生产用的物料 如:笔由筆帽﹐筆身。筆油組成.(當然圓柱筆是第一層。其它類推)(圓柱筆﹐筆身。筆油都有信息) 假如结构为 货物编码,货名。规格....等其它信息. 2:辅助性的物料 比如:仓库用的辅助物料,比如：笔记本（分不同规格）,其它的学习用品。当然还有其它物料. 当然我想将第二所列的信息跟第一种信息存在一个表中，我的问题是第二种只是一些用的辅助性物料，我想分类，比如我列举的可划分为文具类。但文具类只是划分类别(包括笔记本等)的，没有货物编码,货名。规格....等其它信息.这样的信息，如何能和第一种的信息放在一个表中吗？

你想合在一起作用的物品及物料是需要一種歸類的關系，而這種關系最好就是 直接用一個字段來劃分，這樣可以減少寫代碼的工作量， 當然你也可以採用提出已有編碼的一部份作為識別，用ｓｑｌ讓它們提取出來 或排序出來． 比如我現有的制衣廠倉庫管理系統中，有時要把同一張合同單所用到的布料 輔料列出來，放在一起列出來，也是通過他們一個共同的關系：相同的合同單 號，或經過調撥後變成的相同合同單號，從而有了一個關系讓他們可以走在一起 你的情況，可能就是同一種的筆．

[quote] 你想合在一起作用的物品及物料是需要一種歸類的關系，而這種關系最好就是 直接用一個字段來劃分，這樣可以減少寫代碼的工作量， 當然你也可以採用提出已有編碼的一部份作為識別，用ｓｑｌ讓它們提取出來 或排序出來． 比如我現有的制衣廠倉庫管理系統中，有時要把同一張合同單所用到的布料 輔料列出來，放在一起列出來，也是通過他們一個共同的關系：相同的合同單 號，或經過調撥後變成的相同合同單號，從而有了一個關系讓他們可以走在一起 你的情況，可能就是同一種的筆． 谢谢，你讲的是物料组别是吗？因为我不是将化分类，而是化分类后类名如何提出，好象类名又有下层一样。

類似財務系統的帳目管理？

[quote] 類似財務系統的帳目管理？ 没错！生产方面的物料信息跟辅助性的物料(類似財務系統的帳目管理)这样二种物料如何能放在一起呢？

如果這樣的話，用分級編碼的方法就可以了 但是，我覺得，你的情況不應該如此來考慮， 因為，有可能不同的筆都會用到同一种輔助材料，這樣一來，您還是得有一個 款式號來將不同款式的筆用上同種助料的情況加以區分 而通過調撥把相同助料分撥給不同的款式號，之後再跟據不同的款號 你才能知道，這一款筆用上了些什麼東西，以及用了多少． 而如果用回你的方法，操作人員就必須在入料時準確知道同一樣東西分多少在 這款，分多少在那款，之後才根據各自的分級編碼錄入各自的數量 你覺得會不會有這种情況?

[quote] 如果這樣的話，用分級編碼的方法就可以了 但是，我覺得，你的情況不應該如此來考慮， 因為，有可能不同的筆都會用到同一种輔助材料，這樣一來，您還是得有一個 款式號來將不同款式的筆用上同種助料的情況加以區分 而通過調撥把相同助料分撥給不同的款式號，之後再跟據不同的款號 你才能知道，這一款筆用上了些什麼東西，以及用了多少． 而如果用回你的方法，操作人員就必須在入料時準確知道同一樣東西分多少在 這款，分多少在那款，之後才根據各自的分級編碼錄入各自的數量 你覺得會不會有這种情況? 谢谢！我的輔助材料就是一些日用品（分类为了输入方便），我虽想和生产用的物料放在一个资料库中，但我不想去计算他的用量，只是到时来计算库存就可以。所以你所说的不会产生，也就好想是分级编码一样来分类别没错。其实多用一个表来表示编物料的类别也好，我也不知合适不,因为我第一次编码.