电商交易之订单中心设计（一）

背景

在电商交易中台团队工作了一段时间，越发觉自己需要学习的东西还有很多，因此想要定期整理、反思一下所见、所想，因此先从接触的订单中心开始。

订单是什么，我所理解，订单就是交易行为的记录。是用户某一刻在平台上购买的凭证，订单当时对应的商品、优惠等信息是不可更改的。换一种说法就是订单是交易行为的快照。在按下”快门“（下单）的一刻，所有信息都被锁定了。

订单在公司业务中也是起一个大上下文的作用，保存着完整的元数据，下游需要时自取。因此对订单的设计注定是更加看重扩展性的。不然每来一个新的业务，都需要通过加字段或者和产品说这个需求做不了，那就证明订单的设计还有待提升。

 

目标

订单中心要能搭载整个电商平台的订单，使用统一、稳定的模型支撑不同的业务。提供稳定、可靠、原子的订单api服务。

 

模型设计说明

订单模型该怎么设计？订单模型该考虑哪些点？订单表该有哪些字段？

订单表的设计不是腾空降下来的，每个点、每个字段都应该是有凭有据的。

三级订单

订单联系着这么多领域，不同领域关心的订单维度不一样，如何更好的服务着各个领域呢？

为了订单引入了三级订单模型：

支付级订单(L1订单)、店铺级订单(L2订单)、商品级订单(L3订单)。

支付级：L1订单，对应的用户付款，也就是合并支付单