- 主题:时间是存string好?还是datetime?还是timestamp好?时区怎么办?
timestamp也是毫秒
java用Date或者System能取到的时间也是毫秒
【 在 here080 (hero080) 的大作中提到: 】
: long就不能存纳秒了吧?
: 如果有特殊需求要纳秒呢?
: 还是一个timestamp对象好。
: ...................
--
FROM 180.167.95.*
re
一般情况下时区应该是个前端概念
应该和i8n之类统一考虑
【 在 guestking (无) 的大作中提到: 】
: 对后端来说,long就没有时区问题了
: 让前端自己去决定用什么时区
--
FROM 218.79.251.*
API接口里有啊?
难道JAVA还没实现?
【 在 canper (洗衣粉) 的大作中提到: 】
: 标 题: Re: 时间是存string好?还是datetime?还是timestamp好?时区怎么
: 发信站: 水木社区 (Mon Jan 18 09:26:48 2021), 站内
:
:
: timestamp也不存纳秒吧
: 【 在 here080 (hero080) 的大作中提到: 】
: : long就不能存纳秒了吧?
: : 如果有特殊需求要纳秒呢?
: : 还是一个timestamp对象好。
: : ...................
:
: --
:
: 出场当如六铢衣
:
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 113.66.107.*]
--
FROM 76.126.252.*
就有一类的情况用long不好
比如要按天聚合数据
这种情况是vchar存日期比较快还是用Date比较快?
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: re
: 一般情况下时区应该是个前端概念
: 应该和i8n之类统一考虑
: ...................
--
FROM 180.167.95.*
这么差劲的吗?就没有JVM能实现更高精度的?
【 在 guestking (无) 的大作中提到: 】
: 标 题: Re: 时间是存string好?还是datetime?还是timestamp好?时区怎么
: 发信站: 水木社区 (Mon Jan 18 09:38:22 2021), 站内
:
: timestamp也是毫秒
: java用Date或者System能取到的时间也是毫秒
:
:
: 【 在 here080 (hero080) 的大作中提到: 】
: : long就不能存纳秒了吧?
: : 如果有特殊需求要纳秒呢?
: : 还是一个timestamp对象好。
: : ...................
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 180.167.95.*]
--
FROM 76.126.252.*
以前遇到这种一般都是直接冗余分组字段
反正时间戳这种东西都是一次写入没有update
【 在 guestking (无) 的大作中提到: 】
: 就有一类的情况用long不好
: 比如要按天聚合数据
: 这种情况是vchar存日期比较快还是用Date比较快?
: ...................
--
FROM 218.79.251.*
有独立api
System.nanoTime()
然后有一套新加的localtime可以处理纳秒
【 在 here080 (hero080) 的大作中提到: 】
: 这么差劲的吗?就没有JVM能实现更高精度的?
--
修改:oldwatch FROM 218.79.251.*
FROM 218.79.251.*
能不能取到更精确的时间我不清楚
我这边其实毫秒都不用,秒都够了
【 在 here080 (hero080) 的大作中提到: 】
: 这么差劲的吗?就没有JVM能实现更高精度的?
--
FROM 180.167.95.*
你不用updatetime的吗
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 以前遇到这种一般都是直接冗余分组字段
: 反正时间戳这种东西都是一次写入没有update
--
FROM 180.167.95.*
需要按天汇总的东西,一般不会跟着updatetime走吧
否则可能会触发溯及既往的更新,很恶心的
【 在 guestking (无) 的大作中提到: 】
: 你不用updatetime的吗
--
修改:oldwatch FROM 218.79.251.*
FROM 218.79.251.*