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

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. 我应该如何为我的方案建模发票？我应该 OrderLineItem为一个OrderAND而InvoiceLineItem获得一个Invoice吗？
3. 一些初步想法:我将有多个发票与某个订单相关联.每当订单更改总数时,我必须以某种方式计算差额并向客户发送新的/可变的发票.然后,客户可以付款并且付款将与发票相关联.

很想听听一些建议.非常感激.谢谢!

Answer 1

这里有很多问题,我会尝试尽可能多地解决.许多问题是业务模型而不是数据模型.

首先,你是对的,你需要一个不可变的发票.创建发票后,您无法对其进行更改,处理发票更改的标准方法是发出贷方通知单和新发票.

想想表之间的关系:Order不需要持有lineItems,因为这些是以另一种方式引用的,即

Order
=====
orderId
customerId
status

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

因此,要查看订单,请在orderId上加入表.也没有必要存储total从连接计算的那个.

尽量不要复制您的数据:您的发票将引用orderLineItems,但不一定是订单中的相同.例如,客户订购A和B,但B缺货.您运送A并创建一个引用orderLineItemIdA的发票.因此您的发票表可能如下所示:

invoice
=======
invoiceId
status

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

换句话说,没有必要具有该项目的细节.您可能想知道为什么不只是将invoiceId添加到orderLineItem表中 - 原因是客户可能会订购项目A中的10个,但您只发送其中的8个,其他两个将继续发送.

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

然后你触及和解.如果一切都很完美,即使是部分付款,客户也会针对特定发票进行付款.实际上,这将是你最头痛的问题.假设客户有多个未付的金额x,y和z的发票.如果他们支付p,你会分配哪个？也许按日期顺序,如果p> x,则余数是针对y分配的.如果p = z怎么办？也许客户打算现在支付z,但是对y表示怀疑并且误放了x？你如何处理这些事情取决于你,但我可以说大多数发票系统都非常糟糕.