订单系统在整个商城体系中的作用非常重要，因为一些业务的开展往往是围绕订单来展开的。因此设计好一个订单系统是多么的重要。
我们根据用户的行为逐个设计表结构。
首先用户浏览商品，将看中的商品加入到购物车，这里应该有一张购物车表
购物车表（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（评论图片） 好了，订单系统设计到此为了，当然围绕订单系统还有更多的业务可以开展，这里只做了一些基本的结构设计。
顺便说一句，如果一开始就想做分布式系统，建议把商品相关的表和订单表放在同一个数据库中，一则是因为订单业务需要查询商品相关的数据，二则是因为放在一起做事务比较容易，不然需要做分布式事务，加大了开发成本。前期项目规划的时候这点需要考虑到。