我一直试图将我的DB的出生日期转换为DATE FORMat,但我面临的问题是DOB字段中有一些负值,当我从在线检查FROM_UNIXTIME calclator然后它给出不同的结果,如果我检查它FROM_UNIXTIME(-957632400)然后它总是为负值返回NULL.KIndly让我知道如何从像-957632400这样的UNIX格式获取日期格式
spe*_*593 12
我们可以这样做:
FROM_UNIXTIME(0) + INTERVAL -957632400 SECOND
该FROM_UNIXTIME函数受TIMESTAMP数据类型的允许范围限制,该范围是标准的32位无符号int范围1970-01-01至2038-01-something.其他软件已更新为支持64位有符号整数,但MySQL尚未提供该功能(至少不在5.1.x中).
MySQL中的解决方法是避免使用TIMESTAMP数据类型并使用DATETIME数据类型,当我们需要更大的范围时(例如1970年1月1日之前的日期).
我们可以使用该DATE_ADD函数从1970年1月1日减去秒,如下所示:
SELECT DATE_ADD('1970-01-01 00:00:00',INTERVAL -957632400 SECOND)
注意:在进行这些类型的计算时,您可能需要考虑UTC的时区"偏移".MySQL将把DATETIME值解释time_zone为在当前MySQL会话的设置中指定,而不是UTC(time_zone = '+00:00')
跟进:
问:好的,意味着如果我们选择"1970-01-01 00:00:00"以下的日期,那么负值将保存在数据库中,否则它将是正数.对？ - 柔软的基因
A:呃,不.如果您在1970年1月1日之前选择日期/日期时间值,MySQL将在1970年1月1日之前返回DATE或DATETIME值.如果您在1970年1月1日之前存储DATE或DATETIME值,那么MySQL将在Jan 1之前存储DATE或DATETIME值,1970,在这些数据类型支持的允许范围内.(例如0001-01-01到9999？)
如果您需要在数据库中存储非常大的正整数和负整数,您可能会将它们存储在定义为的列中BIGINT.
DATE列的内部表示需要3个字节的存储空间,DATETIME需要8个字节的存储空间(最高为MySQL版本5.6.4.DATE和DATETIME值的内部表示和存储在5.6.4中更改)
所以不,MySQL不会将1970年之前的日期值存储为"负整数".
如果你仔细想一想,MySQL可以自由地实现他们想要的任何存储机制.(并且每个存储引擎都可以自由地将该表示序列化到磁盘,但它需要.)
为什么3个字节的日期？
MySQL有一个选择(我并不代表这就是它的完成方式)可能是将日期分解为它的年月和日组件.
范围内整数值的表示 - 要求 -
0 - 9999 - 14位
0 - 12 - 4位
0 - 31 - 5位
这总共是23位,恰好适合3个字节.这只是证明了MySQL没有必要在1970年1月1日之前将日期值表示为负整数,因此我们不应该假设这样做.(但是如果我们正在研究MySQL的存储引擎,我们真的只关心这个细节级别.)