距开课0天0时0分-10294483秒
为情所困2017-05-24 11:34:14 0 2 200
[PHP讨论组]举报回复话题 ↕
我的思路是 商铺 shop 是一个表，用来保存商铺的信息。然后一个交易表，存在字段shop_id,存储所有商铺的交易记录信息。
这样的表设计在数据量大的时候是否会有影响，有没有更好的办法，例如每个商铺的交易记录都是一个表，但是感觉不好实现，因为商铺是可以动态添加的。
2
0
分享
黄舟 2017-05-24 11:36:142楼
Mysql 在上千上万条记录中表现很好，这种设计可以跑的同，但是一个商铺有十个订单平均，那么商铺和订单数据是10倍映射，当订单数量相当大的时候影响性能。数据库表也可以动态添加啊。所以你可以对订单记录进行分表处理。但是不能用自增的shop_id 作为外键，因为你分表后，自增的id 基数回到零，就算可以手动设置，这样很不方便，所以外键最好自己生成，方便分表。生成唯一id的方法很多，你可以自己设计一套。
赞 +0添加回复
漂亮男人 2017-05-24 11:36:141楼
纠正一下我上面说的，其实我在开发中很少用到外键，外键这个东西是一个双刃剑，建议看一下为什么在开发中尽量避免用外键
黄舟 2017-05-24 11:36:142楼
Mysql 在上千上万条记录中表现很好，这种设计可以跑的同，但是一个商铺有十个订单平均，那么商铺和订单数据是10倍映射，当订单数量相当大的时候影响性能。数据库表也可以动态添加啊。所以你可以对订单记录进行分表处理。但是不能用自增的shop_id 作为外键，因为你分表后，自增的id 基数回到零，就算可以手动设置，这样很不方便，所以外键最好自己生成，方便分表。生成唯一id的方法很多，你可以自己设计一套。
赞 +0添加回复
漂亮男人 2017-05-24 11:36:141楼
我的理解就是设计一个商铺表，还有一个交易表，交易表的外键是商铺表的主键，总的来说，MySQL还是可以抗住很大的压力的，再就是可以利用一些开源的解决方案，或者订单表做定期分表，关键看你怎么实现。
纠正一下我上面说的，其实我在开发中很少用到外键，外键这个东西是一个双刃剑，建议看一下为什么在开发中尽量避免用外键
赞 +0添加回复