订单系统在整个商城体系中的作用非常重要，因为一些业务的开展往往是围绕订单来展开的。因此设计好一个订单系统是多么的重要。
我们根据用户的行为逐个设计表结构。
首先用户浏览商品，将看中的商品加入到购物车，这里应该有一张购物车表
购物车表（order_cart）
----
skuId
spuId
用户id
店铺id
商品名称
商品数量
商品价格
状态（下单之后对应商品就不应该显示在购物车了）
选中购物车中的某些商品，进行下单，订单表也就应运而生
订单表(order_info)
----
订单编号（如果对编号格式没什么要求，可使用雪花算法https://blog.csdn.net/u011499747/article/details/78254990来生成）
itemCount （商品项数量，不是商品个数，比如手机*2，鼠标*1，这里应该是2）
用户id
店铺id
下单时间
支付方式（可用数字表示，如1：支付宝，2：微信，3：银行卡...）
支付时间
outTradeNo 支付宝订单号
配送方式
期望配送日期
商品总额
运费
实际付款
订单状态（这里的状态可根据实际项目来定，可以定10,20,30..这样如果中间缺少一个状态可以添加进去）
如果购物车里面有多个店铺的商品，那么应该分别为这些店铺生成对应的订单。平台可以进行合并支付，但是订单还是要归店铺的。
上面是订单的基本信息，接下来是订单商品相关。
订单商品表(order_product)
---
订单编号
spuId
skuId
店铺id
商品名称
商品数量
商品价格
这里order_info与order_product是1对多的关系，一个订单可能有多个商品。
下单完成，等着发货，物流信息不能少，加下来是物流表
物流表（order_logistics）
---
订单标号
物流公司id
物流公司编号
快递单号
发货时间
收货时间
物流跟踪表（order_logistics_flow）
---
订单标号
物流公司标号
快递单号
remark（根据第三方接口返回来的结果信息）
加下来设计一下发票表
订单发票（order_invoice）
---
发票类型
发票抬头
发票内容
发票代码
发票号码
开票日期
校验码
密码区
服务名称
规格型号
数量
单价
金额
合计
税率
税额
销售方名称
销售方纳税人识别号
销售方地址电话
销售方开户行及账号
备注
收入款人
开票人
下单完成后进行支付，这里会有支付记录表，方便以后对账
支付记录表（order_pay_history）
---
订单编号
支付方式
订单总额
支付金额
pay_json（第三方支付平台参数信息，可使用json方式保存）
remark （备注）
用户收到货后，可以进行评论，下面是评论表
订单评论（order_product_comment）
---
spuId
skuId
评论用户id
用户昵称
点赞数
comment（评论内容）
评论分数（1~5分）
评论时间
product_info_json（评论的商品信息，如规格型号之类的）
image_json（评论图片）
好了，订单系统设计到此为了，当然围绕订单系统还有更多的业务可以开展，这里只做了一些基本的结构设计。
顺便说一句，如果一开始就想做分布式系统，建议把商品相关的表和订单表放在同一个数据库中，一则是因为订单业务需要查询商品相关的数据，二则是因为放在一起做事务比较容易，不然需要做分布式事务，加大了开发成本。前期项目规划的时候这点需要考虑到。