在数据库中保存时间, 能不能直接用数字的时间戳存到bigint中?这样做有什么明显弊病?
高洛峰
高洛峰 2016-11-09 13:31:20
0
4
1005

像这样 1476355731 的数字

高洛峰
高洛峰

拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师,...

全員に返信(4)
Ty80

我通常存时间戳都是用int(11),基本上时间戳的长度不会变的,没有明显弊病的,请放心使用。

いいねを押す +0
三叔

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

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


いいねを押す +0
代言

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

いいねを押す +0
三叔

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

いいねを押す +0
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート