这是一个创建于 1812 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景：接手了别人的代码，id 用的 varchar 但是内容是拼接出来的时间戳，都是长整型。
蓝后，写个 select 语句，偷懒，一直懒得加单引号 突然发现一个 select 出来了 6 条，卧槽，大问题，id 生成策略会重复。 面对重型生产问题，一步步查，怎么都觉得不会重复，一看，卧槽，这六条 id 不一致啊。 …… 当当当当~ select 661843814642404550000000 = '661843814642404556823288' 得到 1 突然惊醒 mysql 数据转换有问题，一查文档，果然，丢精度。所以，偷懒没好处……各位引以为戒。
 |
1
tedderchan 2020-01-02 20:02:41 +08:00
第一次听说有人 id 用 varchar, 我我也是醉了
|
 |
2
KasuganoSoras 2020-01-02 20:11:41 +08:00
第一次听说有人 id 用 varchar
|
 |
3
walpurgis 2020-01-02 20:28:34 +08:00 via Android
看见弱类型语言出现大数字要警惕，上次碰到前端 js 接收的 JSON 里有个 20 位数字，末尾都是 0，同样的问题
|
 |
4
CStarter 2020-01-02 20:39:38 +08:00 via Android
@tedderchan id 用 uuid，就是 varchar 啊
|
 |
5
sx90 2020-01-02 21:59:47 +08:00
id，不是表格内部自增号吗🤣
|
 |
6
opengps 2020-01-02 22:30:20 +08:00
id 用 varchar 不是问题，uuid 就用 varchar 存储。不正常的是类型不严格
|
 |
7
luozic 2020-01-03 03:06:25 +08:00 via iPhone
丢精度这是 feature ？；类型系统这个东西有一本非常厚的书，一般用的语言类型系统都是半生不熟，sql 这东西设计里面就没有非常严格的类型系统玩。
|
 |
8
msg7086 2020-01-03 04:13:43 +08:00
|
 |
9
guanhui07 2020-01-03 07:19:54 +08:00
第一次听说有人 id 用 varchar
|
|
10
opengps 2020-01-03 08:30:18 +08:00 via Android
我要是在本帖回一句，我最自豪的数据库设计是无主键，是不是会被鄙视😃😄😁😀
|
 |
11
ZredoC 2020-01-03 08:51:47 +08:00
图怎么莫得了
|
|
13
opengps 2020-01-03 09:22:58 +08:00  1
@ytll21 之前分享过连接，主要核心就一个：匹配业务。
用于传感器采集类业务的巨型表设计（关系型数据库版）： https://www.opengps.cn/Blog/View.aspx?id=284&from=v2ex |
 |
14
lskjdfgl 2020-01-03 10:32:34 +08:00
抓紧看了下我的数据库设计，现在改也不知道来不来的及😂
|
 |
15
qq1054000800 2020-01-03 19:04:54 +08:00
innode 引擎，用 uuid 做主键是非常糟糕的设计
|
 |
16
yqmac OP 说实话，系统我是个接盘侠，主键 uuid 或者这种长整型的 varchar 也是恨不能理解的……但是这个玩意已经无法更改了啊，前人挖坑后人……，难道自增不香么。
|
Select Language