关于鞋厂的数据库结构,欢迎大家来讨论.

Question

我最近在做一个鞋垫厂的系统,关于订单档的结构想听听大家的意见.客户订单一般是 一张订单一个型号有很多的Size大小(比如我们常说的35/36/37/38/39/40/41/42等等),一般
码数都在十多个,您认为我的订单结构档是采用下面哪种方法比较好一些:
  结构1: 
   代号  客户简称   客户订单号码   订购日期   交货日期   size1名称  size1数量  size2名称  size2数量  ....size16名称  size16数量   加工单号(电脑生成)
   假设最多为16个size大小,客户一张订单生成一个加工单号,里面包含不同size
  结构2:
   代号  客户简称   客户订单号码   订购日期   交货日期   size名称  size数量  加工单号(电脑生成)
   第二种是用纵向数据添加,一个size生成一个加工单号

Answer 1

1楼,第一种.如果选第二种,一个size生成一个加工单号,那16个size大小就生成16个加工单号了.

Answer 2

78hgdong(蜗牛跑步),第一种,若某张订单只有3个size,那另外13个不就多余了?

Answer 3

第一种，而且是做到
size1....size24最好
然后是数量
qty1...qty24本人做SHOES-ERP的，实践让我得到，要用到24个SIZE而且最好能加上（如果做出口产品的话）还要加上对欧码，日码，英码和美码的转换

Answer 4

我现在正在一家较大的鞋厂上班。
采用的是主从结构。
按你说得，一张订单一个型号上的信息为主表；
size单独提出来放在一个从表里。

Answer 5

做成主从表呀，
主表保存“客户简称   客户订单号码   订购日期   交货日期 ，加工单号(电脑生成)”
从表保存Size（名称，数量，单价，其它...）。这样扩展性不是更好呢？
做报表时从表与主表数据用交叉表做。

Answer 6

强烈推荐交叉表，
横向保存的表设计为：客户简称,客户订单号码,订购日期,交货日期,加工单号.
纵向保存的表设计为: 客户订单号码(与横向表对应),SIZE,数量.
查询时用交叉查询即可。