为什么要用毫秒值的形式存储日期时间？

[5ispy]

哪位帮忙解答一下，实际工作中在哪种情况下，很有必要把时间转换成毫秒值进行存储？

比如某条数据的创建时间，查询的时候不论是程序里还是写 sql 查询还需要转换，很不方便啊，为什么还要用这种数值的存储方式？比存日期类型或者字符串处理速度快？节省空间？

求解答

谢谢！！！

[saulshao]

我印象中，这个是从 Unix 学来的。Unix 里最早所有的时间都是这么存储的。后来关系数据库就也这么干。
计算机最早只认识整数，其他的数据类型都是从整数扩展来的。日期时间也不例外。我怀疑即使是现代关系数据库，这个日期时间格式在后台也是用毫秒存储的。
搞数据库软件开发的能不能出来详细解释一下。

[codebear01]

节省空间吧 我是存成 datetime 类型

[opengps]

时间戳，某些系统下获取很方便，存储省空间，大小比较筛选范围也比较方便。只是展示时候需要转化下

[banker]

为什么不呢?毫秒可以转换为秒 /分钟 /小时 /天,反之则转不回来
毫秒有一定的区分度,1 秒钟可以有几万笔交易

[Septembers]

unix timestamp 会带来很多额外的问题
1. 闰秒
2. 会与 UT1 存在偏差
3. 多时区表达问题

[hihipp]

https://www.v2ex.com/t/331989

[rrfeng]

@Septembers

使用 timestamp 恰恰是避免这些问题的最佳实践！！

[murmur]

省事 直接 new 一下就是对应的时间封装

[Septembers]

@rrfeng timestamp 是造成这些问题的原因
ISO 8601 方式描述时间才能解决这个问题

[love]

@Septembers timestamp 是怎么产生闰秒问题能说说吗

[geelaw]

@love #10 需要许多额外数据才能把时间戳转换为挂钟时间

在 .NET 里面默认比毫秒还要精确，是 tick （ 100 纳秒），数据库内部存储时间可能是存储从某刻经难过的 tick 数，也可能是挂钟时间。

[rrfeng]

@Septembers
ISO 8601 只是一个把 timestamp 转换成易读格式的标准而已。

[love]

@geelaw 需要什么额外数据？

[danielmiao]

mysql 的时间格式精度只能到秒级(至少是 5.5 以前是这样的)，如果需要记录毫秒级，只能使用 Unix timestamp

[huangdayu]

不是因为时间格式转换方便吗？

[ksc010]

搜了下 貌似 时间戳转换为时间字符串 没有考虑闰秒的情况

[DOLLOR]

你想计算两个时间的差，直接减就可以了

[leo108]

看来楼主是没有受过时区问题的毒打

[webdisk]

@Septembers 你完全说反了。
@ksc010 有个软件包会按照你说的这些情况进行更新一些数据， 最新版本是 tzdata2019a.tar.gz

[zjsxwc]

时区问题，我怎么知道你给的字符串日期是哪个时区

方便计算时间区间，直接数字加减比较就行