关于我的业务逻辑的数据库设计

Question

我正在构建一个包含以下业务逻辑的发票应用程序。

a) 为客户下一个新订单。 （一个订单是一组三个 相关组件、估价、发票和采购订单）

b) 下订单后，可以生成新的估价。订单 将只有一个估算值。（估算值包含项目详细信息）

c) 参考订单的估计。发票可以是 生成。发票有资格享受价格折扣。除了 项目详细信息，发票包含一些费用。订单可以包含 只有一张发票

d) 参考订单的发票，PurchaseOrder 可以 生成。 PurchaseOrder 包含有关供应商的项目信息 购买。一个订单可以包含多个 PurchaseOrder。

这是我想出的数据库表设计。

虽然看起来都不错，但我很难决定将属于特定估算、发票或采购订单的项目列表存储在哪里。

我想到了几个解决方案。

方法A：为每个项目列表创建不同的表格。 （估价、发票和采购订单）
表格： estimate_item、invoice_item、purchaseorder_item。（此表格包含与 上图中的 order_item）。
问题： 这种方法的问题是所有三个表都由存储相同信息的相同列组成，唯一的 不同的是要存储的外键。

方法 B： 创建一项列表表 order_item
表名： order_item
问题：不确定在这个表中存储什么作为外键，因为外键可以来自三个不同的表。我想到了几个 该表中外键的处理方式如下。

1)foreignKey 表参考列： 类型（示例值：估价、发票、采购订单） foreignKey 列：type_id(consist 三个表中任意一个的 foreignKey）
问题： 我正在使用命名 列名的约定例如以tablename_id 结尾的列名定义外键。而且这种方法违反了规则。

2) foreignKeyColumn: order_id , estimate_id , invoice_id , purchaseorder_id.
问题： 不必要的外键列 已定义。

我想知道我应该如何将外键存储在order_item 表中，以便它识别它所属的订单和估计/发票/采购订单。

表的关系是：

id是所有表的主键

table name: order relates to (contact, estimate, invoice, shipment) tables.
column name: contact_id (foreign key(referring to id column of the contact table)).
column name: estimate_id (foreign key(referring to id column of the estimate table)).
column name: invoice_id (foreign key(referring to id column of the invoice table)).
column name: shipment_id (foreign key(referring to id column of the shipment table)).

tablename: purchaseorder (this have one to many relationship with order table)
column name: order_id (foreign key(referring to id column of the order table)).
column name: contact_id (foreign key(referring to id column of the contact table)).

问题是关于如何在 order_item 表中存储外键。

谢谢。

更新 1：

请注意，每个表 estimate 、 invoice 和 purchaseorder 都有自己的项目并且彼此没有关系。

Answer 1

您好，我不确定这种关系是如何发生的。例如，您有 'estimate' 指向 'order item'，但我看不出您必须使用什么键才能进行连接（或查找）。作为另一个“订单”指向“估计”，但是这两个是如何加入的？我没有看到这两个实体拥有的任何共享属性。

我假设“id”只是使每个特定表中的行唯一的东西，但不是对应用程序有价值的 id。所以，我认为您需要将estimate.reference number 带入“order item”表中。这只是一个粗略的评论。

此外，如果首先列出键，会更清楚。因此，在“订单项”中，您将属性“订单 ID”（似乎是一个 FK）埋在其他属性列表的末尾。让这变得难以阅读。

Answer 2

如果我的理解正确，与订单相关的每个文档（即estimate、purchaseorder 和/或invoice）可能包含不同的项目列表。

如果是这样，我可能会按照以下几行创建一个Documents 表：

CREATE TABLE Documents (
  DocumentId   INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
  OrderId      INT NOT NULL,
  -- you can move any fields common to all document types here
  -- e.g. date created, reference #, etc.
  FOREIGN KEY (OrderId) REFERENCES order (id)
);

然后您的 order_item、estimate、purchaseorder 和 invoice 表都在此表中引用了它们的关联条目：

ALTER TABLE [tablename]
  ADD COLUMN DocumentId INT NOT NULL,
  ADD FOREIGN KEY (DocumentId) REFERENCES Documents (DocumentId)
);

这就是你所追求的吗？