84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
我们商城现在用的ORDER表和ORDER_DETAIL两个表，ORDER表只保存用户的信息，地址，总价等，具体的商品信息存在DETAIL存中，但现在要做不同的商家，分成两个订单完成的，在现有基础上做拆分 怎么设计数据库表结构？
是否可以考虑下面两点：
1.可以新增一张订单表 2.沿用一张订单表，新增商家id字段和订单类型字段
可能还要考虑，发货、退货退款、对账信息，并且给买家显示的是一个总的订单号（里面包含商家的商品信息）
1.历史数据保持不变，在ORDER表中设计一个父子的关系，比如原来的订单号自动是order_no ,现在添加一个order_p_no (0为一个订单，有值表示此条为子订单),用户信息冗余存储，总价信息根据对应的商品计算存储
2.DETAIL 表中 依然和 ORDER表中的 order_no对应
和一楼的思路类似
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
是否可以考虑下面两点：
可能还要考虑，发货、退货退款、对账信息，并且给买家显示的是一个总的订单号（里面包含商家的商品信息）
1.历史数据保持不变，在ORDER表中设计一个父子的关系，比如原来的订单号自动是order_no ,现在添加一个order_p_no (0为一个订单，有值表示此条为子订单),用户信息冗余存储，总价信息根据对应的商品计算存储
2.DETAIL 表中 依然和 ORDER表中的 order_no对应
和一楼的思路类似