数据建模草稿/报价/订单/发票
|
我目前正在从事一个小型项目,在该项目中,我需要为以下场景建模:
情境
客户打电话给他,他想要一辆新车的报价。
销售代表。注册客户信息。
销售代表。在系统中创建报价,然后在报价(汽车)中添加项目。
销售代表。通过电子邮件将报价发送给客户。
客户接受报价,现在报价不再是报价,而是订单。
销售代表。检查订单,一切都很好,他给订单开了发票。现在,该订单不再是订单,而是发票。
思想
我需要一些帮助来找出建模的理想方法,但是我有一些想法。
我认为草稿/报价单/发票基本上都是订单。
草稿/报价单/发票需要单独的唯一编号(id \'s),因此我正在考虑为所有这些单独的表格。
模型
这是我的数据模型v.1.0,请告诉我您的想法。
顾虑
但是我对此模型有一些担忧:
订单行上的草稿/报价/发票可能具有不同的项目和价格。在此模型中,所有的草稿/报价单/发票都连接到相同的订单以及订单行,因此不可能有单独的报价单/草稿线/发票线。也许我会为此创建新表,但是基本上相同的信息会存储在多个表中,这也不是一件好事。
有时两个或两个以上的报价成为发票,此模型将如何处理?
如果您对如何更好地建模有任何建议,请告诉我!
编辑:数据模型v.1.4
没有找到相关结果
已邀请:
2 个回复
芦歉竭皑
我认为这将适用于您描述的模型,但从长远来看,通过将它们建模为超类型/子类型,可以为您提供更好的服务。所有子类型共有的列都被“向上”推入父类型。每个子类型都有一个单独的表,用于表示该子类型唯一的属性。 这样的SO问题及其接受的答案(和评论)说明了博客评论的超类型/子类型设计。另一个问题涉及个人和组织。另一个与人员配备和电话号码有关。 以后。 。 。 这还没有完成,但是我没时间了。我知道它不包含订单项。可能错过了其他东西。
屉杆绊