是的，那样才符合规范，也好做得多。这个设计既浪费空间又消耗代码。估计他后面还有多级，由部件生产机械、产品，他要处理好多类似的情况。本来可以用一个逻辑流程来处理全部系列的，现在被迫要分开做了，不头大才怪。

各位果然非同一般。我所在的单位是企业。现在所要设计的表格的数据都是手工录入的。另外，按各位所说的那样：部件表的结构如果改成“部件号、部件名称、零件编号、零件数量”的话，那么，一个部件可以有多个零件组成，这样的话、在部件表中、部件号就不能做主索引了吧？更改后的部件表在输入数据后是不是如附件显示的内容？还有一点需要说明的，我发表的求教1也是与这个表有关系的，因为大家都知道，物料的编码是有一定人为因素的，所以在求教1中，当部件是自制时，我想显示出来的表单2就是组成部件的内容；而当部件是整体外购的话，就不显示其内部的所有零件了。还望各位高手不吝赐教。

[ 本帖最后由 学习者0539 于 2012-4-21 11:12 编辑 ]

不是什么都要用主索引的，普通索引才是最普遍用法，主索引只是用于唯一索引而已。数据要根据逻辑设置，不是为了索引结构设置，数据逻辑本身不唯一，就不需要用主索引。关于另外那个问题，参照hu版的说法就可以了。

这样设计的话，在部件表中输入数据时，部件的图号和名称需要多次输入，如何设计出一个好的物料输入表单、对于部件的图号和名称只输入一次就可以把该部件下的所有零件一次录入、存入数据库中？

[ 本帖最后由 学习者0539 于 2012-4-21 14:37 编辑 ]

输入界面可以跟你原先一样（只要你觉得方便），灌入数据库时的动作跟界面可以是不同的，程序自己把界面的输入写入数据库，不是界面上的数据必须跟数据库完全一样。

忘了跟你说，你这个部件库，不应该把部件固有信息与组成零件混杂在一起的，你想想，逻辑上就不应该这样是不是？部件表只记录部件编码、名称、规格型号等，这里部件编码是主索引，是唯一的。然后应该设立一个结构表，用上面说的可重复编码记录每个部件的组成信息，因为在将来某个时候，部件的零件资料可能变动，但此时不会动部件基础资料。

你的录入界面，有如下信息：部件编码（从部件资料库中取出名称、规格型号等），填写零件信息，然后把“提交”的资料，写入上面最后那个库，只需写部件编码、零件编码、数量即可。这个表的部件编码是可以重复的，零件编码也是可以重复的，两个普通索引，但部件编码+零件编码却一定是唯一的！因此这个表需要三个索引，根据不同的场合切换索引使用，查询很容易的。

我现在就是觉得多次输入部件编码和部件名称太麻烦了，所以请大侠给设计一个简单实用的数据录入界面。

在一个表单画面中，只取一次部件编码及其名称、规格型号等等，然后下面是一个表格，依次输入这个部件的零件资料，输入完毕之后一次提交，写入数据库时，表格每行为一笔记录，依次写入部件编码、零件编码、数量。在这里，部件编码是死的，一页画面就只有一个部件编码，提交之后换下一个部件。

形如下面这样：

部件编码：xxxxx
部件名称：xxxxxxxx
----------------------------------
零件编码  数量
yyyyyy    yyyyyyyy
yyyyy     yyyyyyy

大侠，是这样的三个库，对吧？一个部件库、一个零件库、一个部件组成库。这样的话，部件库中部件的编码是主索引、零件库中零件编码是主索引，在部件组成库中、填写部件组成的零件。我就是嫌太麻烦了、想做一个实用的数据录入界面、在这个界面中，一次可以把零件库中的零件信息、部件库中的部件信息及部件组成库中需要的零件代码及零件数量全部输入并且能存到各自的数据库了，这个能实现吗？