采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
实际做项目,有没有必要,一开始就把表的主键id,设计为分布式id,雪花id。
如果一开始设计成自增id,后期要改成分布式id方案,是不是代价很大。
如果使用云数据库,宣称比原生mysql性能高N倍,是不是可以避免以后数据库分库分表。
1. 主键用数据库自增的。内容用雪花id. 看课程的order表
2. 宣称比原生mysql性能高N倍,瞎扯淡,云数据库也有低配和高配的。访问流量大了,还是要分库分表。因为高配的数据库太贵,不会买的。
主键用自增,后期分库分表后,改成分布式id,不会影响什么吗。
你还是没理解我的意思。看order表,有2个字段,id和orderNo, id是自增主键,orderNo用雪花id,我们在用的是orderNo
但是这样设计,在以后分表后。还会造成多表自增id,重复的问题。
登录后可查看更多问答,登录/注册
花一份课的价,收获:双系统实战+坐拥20K+粉的师兄指导,值~
1.2k 17
1.2k 12
1.1k 11
1.0k 10
1.2k 9