- 主题:时间是存string好?还是datetime?还是timestamp好？时区怎么办？
有按天实时统计的需求吗
还是说汇总表里只放T+1的数据？
当天实时数据丢redis里？
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 需要按天汇总的东西，一般不会跟着updatetime走吧
: 否则可能会触发溯及既往的更新，很恶心的
--
FROM 180.167.95.*
如果要用数据库分区的话，用一个datetime，会比加年月日三个字段，或者一个字符串要方便
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 需要按天汇总的东西，一般不会跟着updatetime走吧
: 否则可能会触发溯及既往的更新，很恶心的
--
FROM 113.66.107.*
这个看系统的并发数量和设计场景啊
【 在 guestking (无) 的大作中提到: 】
: 标 题: Re: 时间是存string好?还是datetime?还是timestamp好？时区怎么
: 发信站: 水木社区 (Mon Jan 18 10:09:47 2021), 站内
:
: 能不能取到更精确的时间我不清楚
: 我这边其实毫秒都不用，秒都够了
:
: 【 在 here080 (hero080) 的大作中提到: 】
: : 这么差劲的吗？就没有JVM能实现更高精度的？
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 180.167.95.*]
--
FROM 76.126.252.*
Timestamp类本身就有纳秒接口啊，没道理它里面不存啊。
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 标 题: Re: 时间是存string好?还是datetime?还是timestamp好？时区怎么
: 发信站: 水木社区 (Mon Jan 18 10:05:41 2021), 站内
:
:
: 有独立api
:
: System.nanoTime()
:
: 然后有一套新加的localtime可以处理纳秒
:
: 【 在 here080 (hero080) 的大作中提到: 】
: : 这么差劲的吗？就没有JVM能实现更高精度的？
:
:
: --
: EJB2.x的时代已经过去，现在是POJO,轻量级框架和DSL的时代
:
:
: ※ 修改:·oldwatch 于 Jan 18 10:17:49 2021 修改本文·[FROM: 218.79.251.*]
: ※ 来源:·水木社区 newsmth.net·[FROM: 218.79.251.*]
--
修改:oldwatch FROM 218.79.251.*
FROM 76.126.252.*
新日期库出来之前，java时间类只有date和calendar
timestamp是从date继承的
【 在 here080 (hero080) 的大作中提到: 】
: Timestamp类本身就有纳秒接口啊，没道理它里面不存啊。
--
FROM 218.79.251.*
那所以它自己是存的，只是当成date时没有？
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 标 题: Re: 时间是存string好?还是datetime?还是timestamp好？时区怎么
: 发信站: 水木社区 (Mon Jan 18 11:15:30 2021), 站内
:
:
: 新日期库出来之前，java时间类只有date和calendar
:
: timestamp是从date继承的
:
: 【 在 here080 (hero080) 的大作中提到: 】
: : Timestamp类本身就有纳秒接口啊，没道理它里面不存啊。
:
:
: --
: The truth is out there
:
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 218.79.251.*]
--
FROM 76.126.252.*
真有
【 在 here080 (hero080) 的大作中提到: 】
: Timestamp类本身就有纳秒接口啊，没道理它里面不存啊。
--
FROM 113.66.107.*
嗯，我这边并发量不大
而且并发量大的时候，也和时间无关
【 在 here080 (hero080) 的大作中提到: 】
: 这个看系统的并发数量和设计场景啊
--
FROM 180.167.95.*
sql.timestamp
多半就是默认只和sql 的timestamp对接
保证能保精度读写数据库的对应字段
和system的date保精度转换就成了另一个层面的问题了
【 在 here080 (hero080) 的大作中提到: 】
: 那所以它自己是存的，只是当成date时没有？
--
FROM 218.79.251.*
如果timestamp好用，就用。
等到了2028年的时候，mysql升级一下，就可以支持到2038年2048年了。
【 在 PlutoKey (铠甲勇士) 的大作中提到: 】
: #时间类型
: 时间是存string好?还是datetime?好还是timestamp好？
: 时区怎么办？
: ...................
--
FROM 114.247.43.*