如何在数据库中存储已付款和未付款的订单？

Question

我正在设计一个数据库，我需要在其中存储 客户的已付款订单和未付款订单。这两类订单都有 与其他表相同的属性和关系。

我想出了两个设计：

1.两类订单的单独表格：优点：这种设计帮助我快速区分购物车中的订单和已付款的订单。每当客户重新访问我的网站时，我只需查找该特定客户的 UnpaidOrder 表，我的购物车就准备好了。

缺点： 每当为 UnpaidOrder 表中的订单付款时，我需要将相应的行（UnpaidOrder 和与其链接的其他表的）移动到 PaidOrder 表及其对应的表中。此外，这种设计将需要 2 倍数量的表格：例如。 UnpaidOrderDeliveryAddress, UnpaidOrderCreditCard, ... 与 UnpaidOrder 和 PaidOrderDeliveryAddress, PaidOrderCreditCard, ... PaidOrder 的关系。

2。两个类别的公用表和一个额外的状态属性：优点：我不需要在支付未付款订单时移动多行。另外，对应关系的表数减半。

缺点：我为每一行存储了一个额外的 Status 属性。每当客户重新访问我的网站时，我都需要查找 Order 表，并且需要检查该特定客户每一行的 Status 属性（已付款/未付款）。因此，购物车的加载时间会更长。

---

我的问题是：

• 考虑到用户众多且应用程序繁重，哪个设计在性能方面更好？
• 有什么好的替代方案可以满足我的要求吗？

Answer 1

另一种意见....

不需要额外的规范化表（UnpaidOrderDeliveryAddress, UnpaidOrderCreditCard, ... 对于与 UnpaidOrder 和 PaidOrderDeliveryAddress 的关系, PaidOrderCreditCard, ... 对于 PaidOrder）。如果您认为FOREIGN KEYs 需要这样，我将反对在这种情况下使用FOREIGN KEYs。简单的索引就足够了。

由于您最终将拥有比“未付费”条目更多的“付费”条目，而付费条目本质上是您很少需要接触的“历史”，因此我倾向于使用 2 个表。

我可能不会使用触发器——我宁愿在我有更多控制权的应用程序代码中使用它。

您是否期望每秒执行超过 100 条 SQL 语句？如果不是，我不会称它为“重”。

请务必用BEGIN..COMMIT 小心地将适当的语句组括起来。此外，在导致 UPDATE 的 SELECT 上使用 FOR UPDATE。

Answer 2

如果您担心性能，一个可能的建议是您可以执行类似于第 2 版的操作，但在项目标记为“已付费”时使用触发器运行单独的查询（例如，您可以将已付费指示器保留为在付款之前为 NULL），然后当它被填充时，将它移动到一个单独的表中，就像在版本 1 中一样。

换句话说，所有项目都将在表 1 中，直到它们被支付，当它们被自动移动到表 2 然后从表 1 中删除。

CREATE TRIGGER trigger_name
AFTER UPDATE
   ON `UnpaidOrder`.`paid` FOR EACH ROW

BEGIN

   DECLARE vOrder varchar(50);

   SELECT order_number() INTO vOrder;

   INSERT INTO PaidOrder
   //code here from the first table

   DELETE from `UnpaidOrder`  //if you choose to do so, or you could leave it on the table;  up to you
   //criteria that you wish to delete

END;