V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  iseki  ›  全部回复第 23 页 / 共 46 页
回复总数  913
1 ... 19  20  21  22  23  24  25  26  27  28 ... 46  
异步了也分一下批,免得把机器带宽打满了,还是要传好久才能传完,先把一部分传好从不所有机器都挤牙膏强
2022-09-25 01:43:45 +08:00
回复了 humbass 创建的主题 Node.js 比较好奇大家时间都是怎么存数据库的
@CEBBCAT BUGINT 可太真实了
2022-09-25 01:40:02 +08:00
回复了 humbass 创建的主题 Node.js 比较好奇大家时间都是怎么存数据库的
@waising with time zone 并不是说数据库会存储输入的 timezone ,这是个比较迷惑的名字,存储的是一个绝对的时间点(实际上存的 UTC ),输入输出时按当前设定时区走
2022-09-24 16:27:31 +08:00
回复了 humbass 创建的主题 Node.js 比较好奇大家时间都是怎么存数据库的
按 PostgreSQL FAQ 里的最佳实践,用 timestamp with time zone ,如果需要时区信息就单独开个字段存 IANA 时区数据库里的时区 ID
2022-09-15 23:37:39 +08:00
回复了 yiplee 创建的主题 MySQL 为什么这个简单的查询在 MySQL 8.0.25 这么慢?
@yiplee 可是看 explain 如果我没理解错它走了另一个索引(不太熟悉 MySQL 的 explain 输出
2022-09-15 13:07:16 +08:00
回复了 yiplee 创建的主题 MySQL 为什么这个简单的查询在 MySQL 8.0.25 这么慢?
b=?命中的数据太多?
2022-09-12 20:38:34 +08:00
回复了 jezal 创建的主题 分享创造 创作没了,心凉
@jezal ICANN 不给吗😰
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 创建的主题 程序员 你为什么喜欢做全栈程序员
好玩
@hankli 即使是最新的 Java ,特性和 Kotlin 比也有很大差距。更别说很多项目不让你动 JDK
2022-09-10 02:17:38 +08:00
回复了 12345xw 创建的主题 问与答 navicat 凭什么这么贵?
感觉写 SQL 补全还得是 Datagrip
1 ... 19  20  21  22  23  24  25  26  27  28 ... 46  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2679 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 06:58 · PVG 14:58 · LAX 22:58 · JFK 01:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.