- 主题:时间是存string好?还是datetime?还是timestamp好？时区怎么办？
还是存Long最好
不用纠结时区
【 在 PlutoKey (铠甲勇士) 的大作中提到: 】
: #时间类型
: 时间是存string好?还是datetime?好还是timestamp好？
: 时区怎么办？
: ...................
--
FROM 101.86.19.*
对后端来说，long就没有时区问题了
让前端自己去决定用什么时区
【 在 mopo (Fred Li) 的大作中提到: 】
: 实践里面timestamp多于datetime多于long多于string
: timestamp大多是历史原因，新一点的一般直接上datetime了
: 时区的坑其实不管哪种都存在
: ...................
--
FROM 180.167.95.*
timestamp也是毫秒
java用Date或者System能取到的时间也是毫秒
【 在 here080 (hero080) 的大作中提到: 】
: long就不能存纳秒了吧？
: 如果有特殊需求要纳秒呢？
: 还是一个timestamp对象好。
: ...................
--
FROM 180.167.95.*
就有一类的情况用long不好
比如要按天聚合数据
这种情况是vchar存日期比较快还是用Date比较快?
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: re
: 一般情况下时区应该是个前端概念
: 应该和i8n之类统一考虑
: ...................
--
FROM 180.167.95.*
能不能取到更精确的时间我不清楚
我这边其实毫秒都不用，秒都够了
【 在 here080 (hero080) 的大作中提到: 】
: 这么差劲的吗？就没有JVM能实现更高精度的？
--
FROM 180.167.95.*
你不用updatetime的吗
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 以前遇到这种一般都是直接冗余分组字段
: 反正时间戳这种东西都是一次写入没有update
--
FROM 180.167.95.*
有按天实时统计的需求吗
还是说汇总表里只放T+1的数据？
当天实时数据丢redis里？
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 需要按天汇总的东西，一般不会跟着updatetime走吧
: 否则可能会触发溯及既往的更新，很恶心的
--
FROM 180.167.95.*
嗯，我这边并发量不大
而且并发量大的时候，也和时间无关
【 在 here080 (hero080) 的大作中提到: 】
: 这个看系统的并发数量和设计场景啊
--
FROM 180.167.95.*
大小比较也方便吗？
【 在 No1 () No1 () 的大作中提到: 】
: 如果精度要求不高，实践证明存格式化成如："2021-01-19 00:14:02"这样最好：
: - 易读宜显示
: - 易比较（但时间+、-等运算要自己定义函数处理）
: ...................
--
FROM 180.167.95.*
综合来看，还是存long最方便
除了不能聚合之外，基本没太大的缺点
【 在 AutumnNight (秋夜) 的大作中提到: 】
: 看需求，如果时间只是展示用，写一次完事，那string
: 如果要在数据库里进行时间加减运算，那就数据库内置类型
: 如果是跨国应用，考虑时区
: ...................
--
FROM 180.167.95.*