请教个问题，为什么数据库的日期用字符串存，字符串格式是 20201027195800 这种

[VeryZero]

看了好几家公司的 Java 项目都有这么干的，一直想不通。

数据库是 Oracle，也有 MySQL 的。

除了这个以外，还有字符串做主键，AA0001 这种。

还有字符串做关联查询等等。

最骚的是字符串传参。。

感觉 Oracle 里的字符串是万能的。是他们太菜了还是我太菜了。。

[wilsonWei]

@qiayue 也分时区的

[Kr98]

@wilsonWei timestamp 是以 utc 为基准点，datetime 类型+时区是数据库的功能，和 timestamp 无关。

[wilsonWei]

@Kr98 我说的带时区的 timestamp，指的是数据库的字段类型：timestamp with time zone，并非 unix 时间戳

[xuanbg]

@no1xsyzy ISO 8601 什么的会被前端打死……

[xuanbg]

@qiayue 时间戳的值没有时区，但获取这个值的时候就和时区有关系了。错误的系统时区将会导致获取到错误的时间戳。

[v2webdev]

@CRVV 您好，请教一下，“多出 6 bytes” 是怎么计算的？

[cmdOptionKana]

@xuanbg 不可能吧，ISO8601 对前端非常友好，js 标准库就支持 ISO8601，最流行的日期时间库 day.js 也重点支持 ISO8601 。

[hitmanx]

@v2webdev 我猜他指的是 char[14] vs uint64_t

[a719031256]

太懒了
我手上的项目就遇到，给建表的人说字段属性跟注释有歧义，然后这家伙就直接把所有字段属性改为 varchar，所有的值含义都通过口口相传

[wilsonWei]

@a719031256 好家伙。。这规范也太差劲了，没人管管吗。。。

[a719031256]

@wilsonWei 管什么，国企的开发只要文档够标准就行了，至于代码和数据库设计将就效率而不是质量，文档要求每一个功能点要够详细，截图要多。。。。

[CRVV]

@v2webdev
用整数的话，32 位不够，那就要用 64 位的，占 8 bytes
那个字符串是 14 个数字，14 bytes

如果用定长的字符串，也就是不需要额外存长度，也不需要在结尾补一个 0，那就是差 6 bytes

[ETiV]

存时间戳
海外不仅跨时区，遇到有夏令时的地方有的搞了…

[wilsonWei]

@a719031256 好吧，追求不一样

[a719031256]

@wilsonWei 这些人就是懒，啥事都是扔给我们帮他们弄，还有另一个人脸识别项目，海康 sdk 部署 Linux 环境居然不知道把动态库扔到系统库中，还要让我周六帮他弄，明明海康的文档写得清清楚楚

[wilsonWei]

@a719031256 这些大爷们就是懒，工作一点都不上心