postgresql中使用时区的策略

Question

我需要在应用程序中使用多个时区。

基本上，我的系统生成数据，来自地球上任何地方的客户都可以访问它。

由于我的数据有一个关联的时间戳，我考虑了以下策略来处理时区。

在邮件中：

>

使用::timestamptz类型为我的时间戳创建我的表。不允许使用不带时区的时间戳，因为在我的情况下，混合使用::timestamp和::timestamptz就像是一个定时炸弹。

将我的PG服务器系统的时区设置为`UTC。

在postgresql.conf中设置timezone='UTC'（如果系统的TZ是UTC，可能就不需要了，但我有点偏执，这没有花我什么钱）。

创建“我的表”时添加以下检查：

约束timestamp_must_be_utc检查(date_part('timezone'::text，“my_timestamp_field”）=0::双精度）

将我的所有时间戳存储为UTC

在客户端(python+pytz)

>

将客户的时区存储在其个人资料中，如“America/Los Angeles”

在查询数据时将时区信息发送给postgres，这样我就可以获得类似从yyyy中选择xxxx，其中my_ts>='2012-11-27 19:13:00+01'::timestamptz并让postgres将其转换为UTC。或者，我可以使用pytz进行转换，但看起来Postgres可以很好地完成这项工作。

根据客户的时区转换时间戳，这样我就可以正确地显示数据+时间戳。

总而言之，我计划在任何地方都使用UTC来存储和查询数据，在显示数据时只使用一个时区转换。

我对Postgres和它处理时区的方式没有太多的经验。我知道处理不同时区的日期和时间是多么困难（一旦你不得不处理航班时刻表，你就会学到使用UTC是进行日期和时间演算的唯一可靠的方法）这就是为什么我要问这个问题的原因，以便更有经验的用户可以确认或纠正我的策略。

有趣链接：

• https://stackoverflow.com/A/9576170/1121179
• https://stackoverflow.com/A/10462428/1121179

Answer 1

根据自己的喜好泡一杯茶/咖啡，留出一个小时左右的时间，阅读手册中关于时间戳处理的细节。玩一会就会明白的。

如果您使用的是“带时区的时间戳”（timestamptz）,那么处理不同的时区是没有问题的。它确实应该被命名为“绝对时间戳”，并且在内部是UTC。时区部分不存储，它只是用来获得一个绝对时间。

所以--确保所有的时间戳都包含更新时的相关时区，然后只需适当地设置客户端时区。它们将在客户端的时区返回给您，而不管它们是在哪个时区提供的。

一天并不总是24小时（有时一小时不是3600秒），而且DST发生在不同的日期，这取决于国家和历史。但这不是PostgreSQL,这只是真实的世界。