直接存储时间而不是时间戳LOW吗?

我刚刚离职进入一家新公司。新公司是使用Node.js进行开发，我发现他们数据库里面存的都是时间格式而不是时间戳。而我之前待的公司，都是使用时间戳的，感觉在公司里面时间存储各种不爽。我觉得直接存储时间很LOW，而领导却一直说存储时间才是王道。是我的时间戳LOW还是公司采取的存储时间LOW？跪求解答

DevinXian 1楼•3 个月前

跟 low 扯不上关系；使用时间戳可读性很差，但是规避了常见的时区问题；使用 UTC 或者 ISO 日期格式，不同环境之间的转换有时候会比较烦~

zy445566 2楼•3 个月前作者

@DevinXian 我就是在时区问题，烦死了，毕竟习惯了时间戳。

nobody 3楼•3 个月前

淡定，可以封装两种转换函数

nullcc 4楼•3 个月前

如果你应用的数据和时区有关，用timestamp，否则可以考虑存日期格式。

ResJay 5楼•3 个月前

公司怎么说就怎么做

jiangzhuo 6楼•3 个月前

看具体需求啦，我们这还存的是1970年以来的周数呢，不看文档新来的一般猜不出这时间的单位。

zy445566 7楼•3 个月前作者

@jiangzhuo 666

zy445566 8楼•3 个月前作者

@nullcc 就问，你用什么

nnliang 9楼•3 个月前

时间戳+ iso格式日期，不过时间戳只用来给客户端~

haozxuan 10楼•3 个月前

仅分享一点，如果是mongodb的data字段，如果存储时间戳的话，无法直接使用$year等内件函数，需要project转换成data格式后才可以使用，从这点推测，可能更适合当前业务需求，毕竟接收新项目，你并不了解他的设计初衷。 Ps：如果你干的过你的领导，就做时间戳重构，如果干不过就按照现在的走。（一切没有明确需求环境，谈架构设计、数据结构都是耍流氓）

xadillax 11楼•3 个月前

@jiangzhuo https://www.npmjs.com/package/day-from-1970

nullcc 12楼•3 个月前

@zy445566 别管我用什么，重要的是根据你的需求决定用什么

yszou 13楼•3 个月前

领导却一直说存储时间才是王道

重点是 “为什么” ？好吧，最后你会发现，一般场景下存时间，不是胸有成竹，就是缺乏经验。（你领导 Why 得出来不一定就是前者，否则一定是后者）

zy445566 14楼•3 个月前作者

@haozxuan 666

zy445566 15楼•3 个月前作者

@all 各位大佬都说的有理，666

zy445566 16楼•3 个月前作者

@yszou 没说什么，就说我们这里都是这样干的