我应该将时区与Postgres和JDBC的时间戳分开存储吗？

Question

看起来（也许我错了），如果您想要保留JDBC和Postgres发生的事情的时区，您需要将时区与时间戳分开存储。

也就是说，我更愿意给我的ORM/JDBC/JPA一个Java日历（或Jodadatatime)，其中包括时间区域America/New_York到Postgrestimestampz字段。我希望在检索时，不管服务器的时区（或默认为UTC）如何，都能返回一个日历，时区为America/New_York。但只需看看大多数JDBC代码（以及依赖于它的事情不会发生）。

这是正确的吗？

当postgres支持tz时，我需要将tz存储在另一个字段中，这似乎很荒谬。

因此，似乎只有两种选择：

1. 选择timestampzPostgres列作为java.util.String并解析它。
2. 将时区存储为单独的字段。

第一个选项和第二个选项需要为我的SQL mapping/ORM库提供某种类型的转换拦截器。

• 什么是JDBC的最佳解决方案？
• JPA（如果不同于JDBC）的最佳解决方案是什么？

Answer 1

EclipseLink支持将时区存储在Oracle中，我认为如果您定制了PostgreSQL平台，也可以将时区存储在Postgres中。

Answer 2

当使用时区存储时间戳(timestamptz)时，它会转换为UTC存储在DB中。检索时，它将转换为客户端的当前时区，而不是它最初所在的时区。基本上是个时间点。

还有不带时区的时间戳(时间戳)。这不需要转换，但不带有时间戳。如果您存储的timestamp的客户端时区设置为UTC，然后在客户端时区为'+08:00'时检索它，则会得到相同的值。这是您想要的一半，因为它保留了原始时间值。

名称和行为是可怕和混乱的，但由SQL标准设置。

如果希望记录特定时区的时间点，则必须单独存储时区。我建议将其存储为INTERVAL，并使用check约束将其限制为间隔“-12”小时+间隔“1”秒和间隔“12”小时之间的colname。该定义拒绝-12:00，接受+12:00；我不是很确定这是对的，所以检查一下。

您可以在该时区存储本地时间的timestamp（我可能会这样做），或者存储事件发生时的UTC时间的timestamptz以及允许您将其转换为本地时间的偏移量。

对于JDBC两者都可以很好地工作。对于JPA，这将取决于您的提供者理解和映射间隔类型的程度。理想情况下，您希望实体中有一个瞬时生成的字段，该字段使用数据库中存储的timestamp和interval重建您想要的日历实例。