关于门店新加会员的id冲突，我们是不是可以通过加上门店编号来解决，不需要每次都去总部mysql去搜一遍

老师好， 1. 既然门店客户端能够更新总部数据库为啥还要把数据放到本地呢。 2. 每次插入数据都要去总部管理信息表获取ID，插入后还要更新总部管理信息表，这个管理信息表会导致资源争用，在数据并发请求高的时候肯定会出现阻塞或者更新失败的情况吧。 3. 主键使用varchar类型，使用UUID 或者雪花ID 生成随机字符串做主键是不是更好一点呢。

如果是多个门店同时添加会员信息呢？那么这些门店查询的max_id是一样的，添加会员的id也是一样的了，即max_id+1。

以业务字段做主键还有一个后果就是，索引的叶子结点中的内容占用空间可能会比较大，一个页面可能能放入的数据更少了

交作业了： update domo.trans set price = price * 0.8 where itemnumber in (select itemnumber from demo.goodsmaster where unit = '包');

1.业务字段做主键 会员卡做主键 如果会员退卡 商家把卡发给另一个人 就可能导致查询出差错 手机号做主键 存在运营商回收手机号的情况 身份证号做主键 虽然是唯一的 但用户不大想填身份证 所以尽量不要用业务字段做主键 可能存在复用的情况 2.使用自增字段做主键 删除主键约束 ALTER TABLE demo.membermaster DROP PRIMARY KEY; 一般情况下只有一个数据库服务器是可以的 但存在多个门店用不同数据库 进行汇总 主键会存在冲突 3.手动赋值字段做主键 在总部表中维护一个会员最大id字段 每次新增会员就在最大id基础上+1 再进行插入 总结 单数据库系统 自增字段做主键就可以了 分布式系统 可以考虑全局生成唯一id 如雪花算法

主键就是要唯一的定位到一条数据，使用自增主键还是自己指定主键要看项目是单机系统还是分布式系统。如果是单机的，自增主键完全没有问题。如果是分布式的，一般在业务层自己生成全局唯一id，插入到数据库。

mysql> SELECT b.membername,c.goodsname,a.quantity,a.salesvalue,a.transdate -> FROM demo.trans AS a -> JOIN demo.membermaster AS b -> JOIN demo.goodsmaster AS c -> ON (a.memberid = b.id AND a.itemnumber=c.itemnumber); 针对这个报表关联有个疑问，那就是自增ID适不适合做业务含义？针对本例是因为前面存量数据通过update保证a.memberid = b.id；但是后续增量如何保证memberid和id关联呢?因为自增ID随时可能不连续，任何事务回滚，数据库重启等都会导致自增不连续。

UPDATE demo.trans AS a,demo.membermaster AS b，这个也很有用。