视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
时间字段的类型用时间戳整型还是时间类型
2020-11-09 15:02:24 责编:小采
文档


不管做什么项目,必须都得接触的东西就是时间类型。现在用时间戳存储日期数据(整型存储)已经是业界很平常的的事情,网上各大游戏公司,各大开源都是采取整型时间戳存储。整数存日期好处很多,程序判断直读,扩展性好,随意可转换xml,json等格式。不过有一

不管做什么项目,必须都得接触的东西就是时间类型。现在用时间戳存储日期数据(整型存储)已经是业界很平常的的事情,网上各大游戏公司,各大开源都是采取整型时间戳存储。整数存日期好处很多,程序判断直读,扩展性好,随意可转换xml,json等格式。不过有一个最大的缺点就是查数据库不直观,也就是说我们用管理工具打开数据库的时候,看到的是一堆数字,维护数据不方便。为了解决这一缺陷,我找到一方法,先上代码:

select *,DATE_FORMAT(FROM_UNIXTIME(datetimed/1000),"%Y-%m") from `testTable`

testTable是表名,datetimed是表里一个整型字段。本人用的是毫秒存储,但是mysql的FROM_UNIXTIME方法只能转秒,所以就/1000来计算。

用过织梦,Discuz开源的朋友应该都有过看到一堆头痛的整型时间的经历吧。这段mysql语句粘到管理工具运行就可以直观的看到日期结果了。

但是如果还有人觉得这样麻烦,我无话可说,毕竟有些做小项目的人不需要考虑扩展,也用不上对象格式转换。后台的操作基本用不上Date,都是把Date转成整型再计算,干嘛浪费时间精力存一个不方便转格式的Date型。众多大型开源都使用时间戳,允分证明了时间戳存储的优势。为了一个快一步的直观而放弃扩展,这值吗?

下载本文
显示全文
专题