订单/发票/付款数据库建模

Question

我正在设计一个具有以下场景的电子商务网站：

1. 客户可以购买商品并创建订单。
2. 订单可能有未知费用，将在客户之后添加 支付项目的总金额。也就是说，客户支付 先一定数量。该订单增加了一些费用并更改了总额。 客户再次支付差价。但是这两个（或 更多）付款与同一订单相关联。
3. （可选）客户可以为多次提交单笔付款 订单。

目前，我有一个Order 表，每个订单可能包含多个OrderLineItems（简化架构）：

Order
=====
customer
line_items
total
status

OrderLineItem
=============
price
quantity
order
product

付款与订单相关联（简化模式）：

Payment
=======
order
payment_account
total
result

目前的实现似乎很难支持单个订单场景的多次付款。我认为我必须在系统中引入不可变的发票，并且付款应该与发票而不是订单相关联。但是，对于上述场景，我需要一些关于订单/发票/付款建模的帮助。我有一些具体问题：

1. 订单和发票看起来与我非常相似（例如，两者都有 项目和总数）。典型的主要区别是什么 电子商务系统？
2. 我应该如何为我的方案建模发票？我应该有 OrderLineItems 代表 Order 和 InvoiceLineItems 代表 Invoice？
3. 一些初步想法：我将关联多张发票 有一定的顺序。每当订单更改总数时，我都有 以某种方式计算差异并发送新的/不可变的发票 给客户。然后，客户可以付款，付款将是 与发票相关联。

很想听听一些建议。非常感激。谢谢！

Answer 1

这里有很多问题，我会尽量解决。很多问题是业务模型而不是数据模型。

首先，您需要一张不可变发票是对的。创建发票后，您将无法更改它，处理发票更改的标准方法是开具贷方通知单和新发票。

考虑表之间的关系：Order 不需要保存lineItems，因为它们以其他方式引用，即

Order
=====
orderId
customerId
status

OrderLineItem
=============
orderLineItemId
orderId
product
price
quantity

所以要查看订单，您可以在 orderId 上加入表格。也不需要存储total，因为它是根据连接计算得出的。

尽量不要重复您的数据：您的发票将引用orderLineItems，但不一定与订单中的相同。例如，客户订购了 A 和 B，但 B 缺货。您运送 A 并为 A 创建引用 orderLineItemId 的发票。因此您的发票表可能如下所示：

invoice
=======
invoiceId
status

invoiceLineItem
===============
invoiceId
orderLineItemId
quantity

换句话说，不需要知道项目的详细信息。您可能想知道为什么不只是将 invoiceId 添加到 orderLineItem 表中 - 原因是客户可能订购了 10 件商品 A，但您只运送了其中 8 件，另外两个将在后续发票上进行。

付款不是针对订单，而是针对发票。因此，您的付款表应该引用 invoiceId。

然后你谈到和解。如果一切都很完美，客户将根据特定发票付款，即使是部分付款。实际上，这将是您最头疼的问题。假设客户有几张金额为 x、y 和 z 的未结发票。如果他们支付 p，你将它分配给哪个？也许按日期顺序，因此如果 p>x，则剩余部分分配给 y。如果 p=z 怎么办？也许客户现在打算支付 z 但正在争论 y 并且放错了 x？你如何处理这些事情取决于你，但我可以说大多数发票系统确实做得很糟糕。