在数据库中保存时间, 能不能直接用数字的时间戳存到bigint中?这样做有什么明显弊病?

Question

像这样 1476355731 的数字

Answer 1

优点：数据量大的时候如果需要以该字段作为查询条件的时候查询速度会快一点（在同等条件下+合理索引情况下）；
缺点：查询结果不直观，需要二次处理。不过这个几乎可以忽略，如果是在客户端用sql查询的时候，mysql自带了UNIX_TIMESTAMP 和FROM_UNIXTIME 的转换函数；如果是程序处理的话，把时间戳转换成日期对象并不是什么特别麻烦的事情。

但要注意的是：如果用int来存储时间戳的话，请注意int值的最大值范围。

参考资料：

https://segmentfault.com/q/10...

Answer 2

有些人真是这么做的,可能是觉得日期类型计算太麻烦了，不如+30*60*60这样简单。

Answer 3

不同地区时区不一样，如果你存个2016-10-14 9:40:32，在另外的时区就不对了。
存成unix时间戳,容易转换成不同时区的时间。

Answer 4

你要说弊端，那就是你去直接看数据库的时候，不知道具体的时间。

但我看过的几乎所有讨论数据库中怎样保存时间的文章中的观点都是“使用时间戳”。

Answer 5

数据库内部就是按照时间戳的机制保存的，之所以单独定出Date类型，个人考虑是基于开发便利性的，否则保存为数字类型，所有的日期运算的函数都得自己实现。

Answer 6

我是比较喜欢用时间戳的，需要显示什么样的格式都可以自行转换，int类型就可以满足，不需要bigint