- 主题:时间是存string好?还是datetime?还是timestamp好？时区怎么办？
进存储不一律转换成UTC么？
难道还存时区？
【 在 AutumnNight (秋夜) 的大作中提到: 】
: 看需求，如果时间只是展示用，写一次完事，那string
: 如果要在数据库里进行时间加减运算，那就数据库内置类型
: 如果是跨国应用，考虑时区
: ...................
--
FROM 114.92.202.*
综合来看，还是存long最方便
除了不能聚合之外，基本没太大的缺点
【 在 AutumnNight (秋夜) 的大作中提到: 】
: 看需求，如果时间只是展示用，写一次完事，那string
: 如果要在数据库里进行时间加减运算，那就数据库内置类型
: 如果是跨国应用，考虑时区
: ...................
--
FROM 180.167.95.*
嗯
我现在反正能存/传long一律走long
反正还没见过不能处理UTC的环境
【 在 guestking (无) 的大作中提到: 】
: 综合来看，还是存long最方便
: 除了不能聚合之外，基本没太大的缺点
--
FROM 114.92.202.*
为什么不用内置类型？
内置类型应该会支持所有功能，包括聚合吧。
【 在 guestking (无) 的大作中提到: 】
: 标 题: Re: 时间是存string好?还是datetime?还是timestamp好？时区怎么
: 发信站: 水木社区 (Tue Jan 19 09:49:40 2021), 站内
:
: 综合来看，还是存long最方便
: 除了不能聚合之外，基本没太大的缺点
:
: 【 在 AutumnNight (秋夜) 的大作中提到: 】
: : 看需求，如果时间只是展示用，写一次完事，那string
: : 如果要在数据库里进行时间加减运算，那就数据库内置类型
: : 如果是跨国应用，考虑时区
: : ...................
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 180.167.95.*]
--
FROM 76.126.252.*
一个是要考虑时区比较麻烦
一个是java里面Date的加减操作比较麻烦，还是+86400这样比较方便
【 在 here080 (hero080) 的大作中提到: 】
: 为什么不用内置类型？
: 内置类型应该会支持所有功能，包括聚合吧。
--
FROM 180.167.95.*
long 也太费劲了把。差个数据 我还得百度一下去转时间
--
FROM 223.223.192.*
1.8之后可以用Instant嘛，很方便：
instant.plus(Duration.ofDays(1));
都按UTC来不考虑时区就完了。
【 在 guestking (无) 的大作中提到: 】
: 标 题: Re: 时间是存string好?还是datetime?还是timestamp好？时区怎么
: 发信站: 水木社区 (Tue Jan 19 10:17:33 2021), 站内
:
: 一个是要考虑时区比较麻烦
: 一个是java里面Date的加减操作比较麻烦，还是+86400这样比较方便
:
: 【 在 here080 (hero080) 的大作中提到: 】
: : 为什么不用内置类型？
: : 内置类型应该会支持所有功能，包括聚合吧。
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 180.167.95.*]
--
FROM 76.126.252.*
小心闰秒
【 在 guestking (无) 的大作中提到: 】
: 一个是要考虑时区比较麻烦
: 一个是java里面Date的加减操作比较麻烦，还是+86400这样比较方便
--
FROM 113.66.107.*
！！！
你说的有道理
【 在 canper (洗衣粉) 的大作中提到: 】
: 小心闰秒
--
FROM 180.167.95.*
【 在 here080 的大作中提到: 】
: 你们几个回机器人的贴回得很HIGH嘛。
: 另外为什么不存一个Timestamp对象？
:
本版机器人又升级了啊，差点中招了
--
FROM 61.144.209.*