公司数据库设计,日期用int型,众神怎么看

评论

精彩评论

zhaobohao
11/20 14:02  
这个有理论基础的,数字类型的对比和插找比字符型快。
冰霜之卅ya
11/21 09:14  
存时间戳没毛病
红白机
11/20 17:38  Android
我也是这么干的,主要是还没时区问题
叫我刀刀
11/20 19:54  
计较这些细枝末节干嘛 , 能涨工资吗 ?
耒耒耒耒耒
11/21 10:54  
存时间戳的话,可以用无符号的int。够用好久了

最新评论(87

Binx
11/23 00:54  
这么用有什么问题?yyyymmdd这种int,优点:1.比时间戳直观,2.比datetime类型简单,3.没有时区问题。缺点:国际化
李英辉
11/22 21:47  
@狼爱上羊 这个厉害了,我在想什么逻辑会逼他这么做
狼爱上羊
11/22 19:20  Android
年月日小时分钟秒钟,搞6个int字段的没见过吧。
许妳一个童话梦
11/22 18:31  
正常 时间戳 有10位 和13位的 ,int用10位的时间戳怎么了,但是int大小是正负21E,10位时间戳,在过个几十年就废了。。。。。。
vid
11/22 18:23  
正常,之前一个项目就是用时间戳
天命剑主
11/22 16:49  
还是long好一点
悦亮工作室
11/22 16:33  
之前维护的一个系统,开始时间date类型 结束时间string类型
月影南溪
11/22 15:54  
这种其实感觉更好一点,而且便于建索引。32位的int,足够用到天荒地老了。设置一个默认日期,如果以秒为单位,可以容纳 -2147483648~2147483647 秒,大约正负24 855天,将近±68年,总计 137年。正常系统不会允许这么久的。嫌小的话,可以用long。数据库对数字类型的查询速度远大于其他类型的。
有一个分号是中文
11/22 14:29  
优秀的设计不会关心底层实现。设计是面向抽象的编程。
OSC首席小可爱
11/22 14:06  
我上个项目就是用的long存的时间戳,但是也有别的问题,比如要查询某一天的数据用date的话就直接=20191122就行了,用时间戳的话就要算到00:00到23:59了,如果能解决这个问题的话那还是用long比较爽的
疏影横斜
11/22 12:49  
诸多好处的用过就知道好了 1. 不需要考虑时区 2.不需要考虑时间格式 3.方便比较 4.存储方便
不能告诉你我的名字
11/22 12:01  Android
存时间戳,没毛病
sxgkwei
11/22 10:40  
众神用闲鱼看
栓独爱青春
11/22 10:26  
都可以 就是需要转换
哎码
11/22 10:14  
好用就行,不好用你就算用量子云类型也是白扯
冰鸟
11/22 07:54  
@东方太阳 一旦增加功能涉及到时区时你就知道记录日期串的方式有多操蛋了。
冰鸟
11/22 07:51  
那些说2038年问题的各位,您确定到了2038年您还在干这行?况且2038也不是什么太复杂的问题,从2030年开始用5年时间,让各系统把底层的函数库(如c的标准时间库)更新完毕就可以了。
孤星闵月
11/21 20:32  Android
回复: @xxooxoxoxox : 一般用int保存的,还真就是你说这种情况
打飞机的猪猪侠
11/21 19:56  Android
回复: @毛笔写代码 : 你说你跟他纠结时间戳是个啥 干嘛,他也许就认为是个字符串啦
李嘉图
11/21 19:11  
没啥暖用

没有更多内容

加载失败,请刷新页面

返回顶部
顶部