探讨下，如何设计订单相关表？

康安

事实上我认为还要考虑一下客户退货、修改订货时的数量，或者订单中某一用户的优惠（包括大客户的优惠、某节假日促销的优惠等信息），当然也可以不放在同一张表内，不过那就需要关联一些表了，如取舍要设计者根据实际情况自行把握！

张恂

对！这些都和 Use Case 有关。

脱离了系统需求来讨论表设计，等于白讨论。

kissmoon

原帖由 康安 于 2011-3-28 09:30 发表
事实上我认为还要考虑一下客户退货、修改订货时的数量，或者订单中某一用户的优惠（包括大客户的优惠、某节假日促销的优惠等信息），当然也可以不放在同一张表内，不过那就需要关联一些表了，如取舍要设计者根据实际情况自行把握！

这样考虑才全面啊

对不起啊，要引用的时候，点错了，点了一下恶评了：-）

ger8

这个只要套用现场的模板就行了，何必自己设计

ethcham

我觉得楼主的差不多。只要分析清楚业务上的属性应处于哪个表即可

比如 成交价格，这个属性一定不是商品的属性，而是 订单明细（也就是您的ref关联表）的属性。

ethcham

原帖由 张恂 于 2011-3-23 17:09 发表



有道理。商品的价格、描述等信息是动态变化的。

商品表信息，可以分成可变，不变的（比如序列号）。

ProductSpec 中可以只放不变信息，并暂存动态数据（如最新价格）。

预期动态变化的信息，应该拷贝到 LineItem 中。

另外我觉得。没有所谓 动态变化的信息

如果在一行上出现了动态变化的属性，说明该属性不适合划分在该实体表格上。

在这个例子上，您说的 预期动态变化的信息， 实质上应该就是lineitem实体的属性，比如成交价格。

而ProductSpec中最多只能存在一个最新价格 这样的属性。

张恂

>>没有所谓 动态变化的信息

奇怪，同一型号商品的价格每个月都可能不同，上个月 19 元，这个月 22 元，当然是动态变化了。

[ 本帖最后由 张恂 于 2011-4-7 10:28 编辑 ]

张恂

ethcham >>在这个例子上，您说的 预期动态变化的信息， 实质上应该就是lineitem实体的属性，比如成交价格。而ProductSpec中最多只能存在一个最新价格 这样的属性。
<<

No，我说的预期动态变化信息，是指 ProductSpec 中的 listPrice，这个价格会随着时间变化。

而 LineItem 中的成交价格，一旦确定，就是个恒量了，预期不变化。

你的意思是，ProductSpec 中不要放价格？

如果 ProductSpec 中不放价格，那么 LineItem 的成交价格从哪来？

如果希望保存标价的历史变化记录，PrdoctSpec 可以指向 PriceHistory 表。一般情况不需要。