购物商城数据库设计-订单系统设计

订单系统在整个商城体系中的作用非常重要,因为一些业务的开展往往是围绕订单来展开的。因此设计好一个订单系统是多么的重要。

我们根据用户的行为逐个设计表结构。

首先用户浏览商品,将看中的商品加入到购物车,这里应该有一张购物车表

购物车表(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(评论图片)

好了,订单系统设计到此为了,当然围绕订单系统还有更多的业务可以开展,这里只做了一些基本的结构设计。

顺便说一句,如果一开始就想做分布式系统,建议把商品相关的表和订单表放在同一个数据库中,一则是因为订单业务需要查询商品相关的数据,二则是因为放在一起做事务比较容易,不然需要做分布式事务,加大了开发成本。前期项目规划的时候这点需要考虑到。

相关推荐