This topic created in 2466 days ago, the information mentioned may be changed or developed.
Supplement 1 · Feb 7, 2020
=== 2.7 ===
看到评论有提到业务场景，我补充一下。
本人是家初创的小白，昨晚主管让我传枚举类数据的时候用 code 而不是 name，因为“int 比 string 小，省流量”。。。！@#￥%……
我一时间不知道该吐槽这个需求还是吐槽这个动机，只是突然想起我们许多业务表的主键是 uuid。当时设计数据库的时候我就提过以我们的业务量（能不能撑到天使都不知道。。。）和单机架构，不需要每个表都用 uuid，毕竟 36 位的长度摆在那里。奈何人微言轻。
（小声逼逼：主管是海归，MS 技术栈，无分布式经验）
=== 生活的分割线 ===
与其说是技术讨论，其实是辛酸生活的吐槽。
祝各位在家办公愉快。
看到评论有提到业务场景，我补充一下。
本人是家初创的小白，昨晚主管让我传枚举类数据的时候用 code 而不是 name，因为“int 比 string 小，省流量”。。。！@#￥%……
我一时间不知道该吐槽这个需求还是吐槽这个动机，只是突然想起我们许多业务表的主键是 uuid。当时设计数据库的时候我就提过以我们的业务量（能不能撑到天使都不知道。。。）和单机架构，不需要每个表都用 uuid，毕竟 36 位的长度摆在那里。奈何人微言轻。
（小声逼逼：主管是海归，MS 技术栈，无分布式经验）
=== 生活的分割线 ===
与其说是技术讨论，其实是辛酸生活的吐槽。
祝各位在家办公愉快。
 |
murmurFeb 6, 2020
1
uuid 和 int 有本质区别么，多组的 int 按十六进制表示不就成了 uuid，很多是为了分布式唯一留的余量，没办法么，同步不过来就得把差距拉大省着冲突
|
 |
opengpsFeb 6, 2020 via Android
2
单看容量，确实更合适
|
 |
QingXuJiaZhiFeb 6, 2020
3
“海量”还打了双引号，意思是数量不多，还是强调真的很大量？ int 够用吗？
|
 |
GMFeb 6, 2020
4
@cmdOptionKana
int64 最大大小为 9223372036854775807，每天消耗一万亿个，能消耗 9,223,372 天，也就是 25,269 年 |
 |
whywhywhyFeb 6, 2020 via Android
5
我们以前的系统是这样
字段 1，guid，字段 2，1/0 程序设计的也傻，一次读取一大摞，然后就看到网络被长时间占用，界面卡卡卡。。。（异地办公，带宽很小） 那时候就想，要是用 int 是多好啊 |
|
opengpsFeb 6, 2020 via Android
6
我当年为了避免系统有上限，选择了无主键
|
 |
MithrilFeb 6, 2020
7
@opengps 然而发现这么多年也没用到 int 上限？
其实你要做分布式的话，UUID 就比 int 好啊。如果只是单一数据库，那直接 int64 就完了。 |
 |
bllessFeb 6, 2020
8
？数据库的话不是自增主键跟 uuid 的讨论吗？ int 如果全局唯一了 实质上也是一种 UUID。跟自增主键有个屁关系。
|
 |
akiraFeb 7, 2020
9
然而就算用 uuid 做业务主键，我还是喜欢在前面加一个自增主键
|
 |
10
uuid 做主键性能不会有问题吗....
|
1 |
wysnylcFeb 7, 2020 via Android
11
分库没法用自增主键，拉倒吧
|
 |
gabonFeb 7, 2020 via Android
12
不考虑业务场景跟这儿扯淡呢
|
 |
lsheroFeb 7, 2020
13
uuid 的索引不好搞
int64 遇到了 JS 就酸爽了 所以有的公司会不惜一次网络请求去专门去搞一个派号服务 |
 |
uxstoneFeb 7, 2020
14
|
|
uxstoneFeb 7, 2020
15
？？？ 不支持 Markdown?
|
Select Language