V2EX › iseki 的所有回复 › 第 31 页 / 共 54 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 27 28 29 30 31 32 33 34 35 36 ... 54

❮

❯

2022-09-12 19:22:56 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

@jim9606 要是我一定会单开字段，或者弄成一个 json 字段

2022-09-12 15:07:03 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

得···打错了···的是 -> 是的

2022-09-12 15:06:46 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

@janus77 的是，其实一共也没多少

2022-09-12 15:05:45 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

当然，程序内部往往不存在借用类型的需要，这种情况应该创建一个正常的「身份证号」数据类型，我所谓的「借用」更多时候指在 SQL 数据库中，有些数据库不能方便的创建类型别名或者增加自定义类型

2022-09-12 14:56:04 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

@GuuJiang 换一个思考方式会不会好一点：我只是借用了一个 64bit 的数据类型（这个类型很常见）并没有把它当作数值进行计算，实际上这也没有意义；
而所谓的字符串也好，我这种做法也好，实际上都是身份证号的一种编码方式，相对于 144bit 更加节省而已～

2022-09-12 14:44:15 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

@wxf666 还是不行，很多地方不便于使用无符号数，那么实际上可用的值最大只有 2^63 ，溢出了

2022-09-12 14:38:48 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

@wxf666 视为两位十进制数这点我没想到，我光考虑前面那种了🤣

2022-09-12 14:37:23 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

话说大家真的有遇到过身份证号模糊匹配的需求吗，这点有些好奇，我确实没见过…

2022-09-12 14:31:24 +08:00

回复了 iseki 创建的主题 › 问与答 › 有人存身份证号时丢掉最后一位吗

@oneisall8955 @IvanLi127 如果是字符串正则查找，那确实是不行了，不过我没见过这种场景；允许存错误的身份证号这就没办法了🤣除非在一开始明确提出我不会考虑这种需求

@wxf666 可以是可以，主要会不直观，如果只是简单去掉最后一位，不影响以十进制方式阅读

@janus77 主要是便于用数值而非字符串类型存储，19+字节变成定长 8 字节吧，我觉得对于某些量大的场景还是很划算的。

@eason1874 只有在系统边界将身份证号类型装换成字符串类型传输的时候才需要计算和补足最后一个校验码，校验算法非常简单，所以应该不会消耗过多的 CPU

2022-09-11 15:19:57 +08:00

回复了 pperlee 创建的主题 › 问与答 › V2EX 什么时候能加上“上次你看到这里”

tab all 也不是时间排序啊

2022-09-10 14:18:14 +08:00

回复了 jack778 创建的主题 › 程序员 › 你为什么喜欢做全栈程序员

好玩

2022-09-10 11:46:26 +08:00

回复了 popil1987 创建的主题 › 编程 › 以后我们都会是 Java /kotlin 程序员吗？学了下 kotlin，感觉 kotlin 啥都能干

@hankli 即使是最新的 Java ，特性和 Kotlin 比也有很大差距。更别说很多项目不让你动 JDK

2022-09-10 02:17:38 +08:00

回复了 12345xw 创建的主题 › 问与答 › navicat 凭什么这么贵？

感觉写 SQL 补全还得是 Datagrip