扫码关注官方订阅号
像这样 1476355731 的数字
1476355731
认证高级PHP讲师
有些人真是这么做的,可能是觉得日期类型计算太麻烦了,不如+30*60*60这样简单。
+30*60*60
不同地区时区不一样,如果你存个2016-10-14 9:40:32,在另外的时区就不对了。存成unix时间戳,容易转换成不同时区的时间。
你要说弊端,那就是你去直接看数据库的时候,不知道具体的时间。
但我看过的几乎所有讨论数据库中怎样保存时间的文章中的观点都是“使用时间戳”。
数据库内部就是按照时间戳的机制保存的,之所以单独定出Date类型,个人考虑是基于开发便利性的,否则保存为数字类型,所有的日期运算的函数都得自己实现。
我是比较喜欢用时间戳的,需要显示什么样的格式都可以自行转换,int类型就可以满足,不需要bigint
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
有些人真是这么做的,可能是觉得日期类型计算太麻烦了,不如
+30*60*60这样简单。不同地区时区不一样,如果你存个2016-10-14 9:40:32,在另外的时区就不对了。
存成unix时间戳,容易转换成不同时区的时间。
你要说弊端,那就是你去直接看数据库的时候,不知道具体的时间。
但我看过的几乎所有讨论数据库中怎样保存时间的文章中的观点都是“使用时间戳”。
数据库内部就是按照时间戳的机制保存的,之所以单独定出Date类型,个人考虑是基于开发便利性的,否则保存为数字类型,所有的日期运算的函数都得自己实现。
我是比较喜欢用时间戳的,需要显示什么样的格式都可以自行转换,int类型就可以满足,不需要bigint