这种情况的企业对象应该如何设计其关系,如何处理更新?(内详),急! (100分)

  • 主题发起人 主题发起人 spell
  • 开始时间 开始时间
S

spell

Unregistered / Unconfirmed
GUEST, unregistred user!
某订单的结构如下:
订单号-->款号-->颜色-->尺码
即,某订单所描述的产品分很多种款式的产品,每种款式下又有若干种颜色的产品,
每种颜色下又有多种尺码,这一层一层的关系都会在订单上反应出来,当前对于此
订单我总共设计了五个表:“合同表”/“款号表”/“颜色表”/“尺码表”/“产品表”,
它们从前到后相邻的两个表都是父/子(主/细)关系,对于这样复杂的表我应该如何
设计其间关系?如何处理查询、更新?
 
如是ms sql数据库平台,则没什么问题!(其他数据库不太了解,但应该都是同理)
 
能具体点吗?
 
我觉得这样很累,虽然数据库规范了,但带来了很多其它的问题,将款号、颜色、尺码都
放在产品表里,要方便许多,虽然数据库有一些数据冗余。
 
一份合同主要关心的应该是产品,而款式、颜色和尺码都是一个产品的属性,
可能你这样设置表结构更能表达业务关系:
1.合同主表,主要包含合同的日期、时间,甲乙双方的信息等
2.合同附表,主要包含对应的合同主表的键,对应的产品的键以及数量,金额等
3.产品表,包含产品的基本属性,其中就有款式,颜色、尺码、单价,批发价等。
表1和表2是一对多的主从关系,表2和表3是多对多的关系。
为了方便产品的录入和查询,可以设款式表,颜色表,尺码表,仅做为字典之用。
另外,合同附表中可以包含部分或全部的产品表内容,以方便处理。特别是价格,
必须包含在合同附表中,否则产品单价的修改将导致辞已签下的合同金额发生变化:)
 
后退
顶部