2

对于我的大多数任务,我发现以纪元格式处理日期和时间要容易得多:

  • 计算时间跨度很简单
  • 或确定某个事件是否发生在另一个事件之前或之后,
  • 如果数据来自不同的地理来源,我不必处理时区问题,
  • 在脚本语言的情况下,当我请求一个日期时间类型的列时,我通常从数据库中得到的是一个字符串,我需要解析它才能使用它。
  • 这个列表可以继续,但对我来说,为了保持我的代码可移植,这足以抛弃数据库的本机日期时间格式并将日期和时间存储为整数。你们有什么感想?

    4

    3 回答 3

    0

    我想我已经习惯了 MVC 中正确的模型对象和方法,这些日期和时间功能变得微不足道。我依赖日期和时间库进行计算。很少有时候我必须自己编写,实际上那些时候我忽略了这个功能已经在库中的事实。如果您使用 PHP,请从 Zend 框架中获取日期和时间库。一旦你开发了你的模型,就可以重用它。然后你就不用关心日期和时间是如何存储在数据库中的。

    于 2010-04-12T17:40:27.263 回答
    0

    您应该能够通过使用 UTC 日期时间来解决时区问题。我知道 C 具有将纪元时间转换为 UTC 的功能。我找不到另一条路,这让我很困惑。

    于 2010-04-12T17:34:11.277 回答
    0

    使用数据库类型的主要原因DATETIME是 POSIXtime_t的范围非常有限;您不能存储臭名昭著的 Y2038 之后或 1904 年左右之前的日期。由于许多数据库需要存储历史或未来日期,因此范围很广,通常是可移植的DATETIME;如果事实上 POSIX 纪元时间对您更有用,那么请继续使用它们。

    于 2011-03-05T07:20:03.537 回答