对于我的大多数任务,我发现以纪元格式处理日期和时间要容易得多:
这个列表可以继续,但对我来说,为了保持我的代码可移植,这足以抛弃数据库的本机日期时间格式并将日期和时间存储为整数。你们有什么感想?
对于我的大多数任务,我发现以纪元格式处理日期和时间要容易得多:
这个列表可以继续,但对我来说,为了保持我的代码可移植,这足以抛弃数据库的本机日期时间格式并将日期和时间存储为整数。你们有什么感想?
我想我已经习惯了 MVC 中正确的模型对象和方法,这些日期和时间功能变得微不足道。我依赖日期和时间库进行计算。很少有时候我必须自己编写,实际上那些时候我忽略了这个功能已经在库中的事实。如果您使用 PHP,请从 Zend 框架中获取日期和时间库。一旦你开发了你的模型,就可以重用它。然后你就不用关心日期和时间是如何存储在数据库中的。
您应该能够通过使用 UTC 日期时间来解决时区问题。我知道 C 具有将纪元时间转换为 UTC 的功能。我找不到另一条路,这让我很困惑。
使用数据库类型的主要原因DATETIME
是 POSIXtime_t
的范围非常有限;您不能存储臭名昭著的 Y2038 之后或 1904 年左右之前的日期。由于许多数据库需要存储历史或未来日期,因此范围很广,通常是可移植的DATETIME
;如果事实上 POSIX 纪元时间对您更有用,那么请继续使用它们。