python - 设计——如何处理时间戳(存储)以及何时执行计算； Python

Question

我正在尝试确定(因为我的应用程序正在处理来自不同来源和不同时区、格式等的大量数据)如何最好地存储和使用我的数据。

例如，我应该将所有内容都存储为 UTC 吗？这意味着当我获取数据时，我需要确定它当前所在的时区，如果它不是 UTC，则进行必要的转换以使其成为时区。 (注意，我在美国东部时间)。

然后，在对数据执行计算时，我是否应该提取(假设是 UTC)并进入我的时区 (EST)，以便在我查看时有意义？我应该将它保存在 UTC 中并进行所有计算吗？

这些数据中有很多是时间序列的，将被绘制成图表，图表将以美国东部标准时间为单位。

这是一个 Python 项目，假设我有一个数据结构:

"id1": {
    "interval": 60,                            <-- seconds, subDict['interval']
    "last": "2013-01-29 02:11:11.151996+00:00" <-- UTC, subDict['last']
},

我需要对此进行操作，确定当前时间 (now()) 是否 > 最后一个 + 间隔(60 秒过去了吗)？所以在代码中:

lastTime = dateutil.parser.parse(subDict['last'])    
utcNow = datetime.datetime.utcnow().replace(tzinfo=tz.tzutc())

if lastTime + datetime.timedelta(seconds=subDict['interval']) < utcNow:
    print "Time elapsed, do something!"

这有意义吗？我在任何地方都使用 UTC，包括存储的和计算的......

此外，如果有人链接到有关如何在软件中使用时间戳的优秀文章，我很乐意阅读。可能像 Joel On Software 在应用程序中使用时间戳一样？

Answer 1

在我看来，您似乎已经“以正确的方式”做事了。用户可能希望在他们的本地时区(输入和输出)进行交互，但通常以 UTC 格式存储规范化日期，以便它们明确并简化计算。因此，尽快标准化为 UTC，并尽可能晚地本地化。

可以在这里找到一些关于 Python 和时区处理的少量信息:

• Django timezone implementation
• pytz Documentation

我目前的偏好是将日期存储为后端存储中的 unix 时间戳 tv_sec 值，并在处理期间转换为 Python datetime.datetime 对象。处理通常使用 UTC 时区的 datetime 对象完成，然后在输出前转换为本地用户的时区。我发现拥有诸如 datetime.datetime 之类的丰富对象有助于调试。

处理时区很麻烦，您可能需要根据具体情况确定正确支持时区是否值得付出努力。

例如，假设您要计算每日带宽使用量。可能出现的一些问题是:

1. 在夏令时边界会发生什么？您是否应该假设一天总是 24 小时以便于计算，或者您是否需要始终检查每天的计算是否一天在夏令时边界上可能有更少或更多的小时数？
2. 在呈现本地化时间时，重复时间是否重要？例如。如果您在没有附加时区的情况下以本地时间显示每小时报告，用户是否会误以为缺少小时数据，或者在夏令时更改前后重复显示小时数据。