PostgreSQL中带/不带时区的时间戳之间的差异

当数据类型为WITH TIME ZONEvs 时，时间戳记值在PostgreSQL中的存储方式是否不同WITHOUT TIME ZONE？可以用简单的测试用例说明差异吗？

PostgreSQL文档中涵盖了日期/时间类型的差异。是的，治疗TIME或TIMESTAMP一个之间的不同WITH TIME ZONE或WITHOUT TIME ZONE。它不会影响值的存储方式。它影响它们的解释方式。

在文档中专门介绍了时区对这些数据类型的影响。不同之处在于系统可以合理地了解该值：

• 将时区作为值的一部分，可以将值呈现为客户端中的本地时间。

• 如果没有时区作为值的一部分，则明显的默认时区为UTC，因此将针对该时区进行呈现。

行为取决于至少三个因素而不同：

• 客户端中的时区设置。
• 值的数据类型（即WITH TIME ZONE或WITHOUT TIME ZONE）。
• 是否使用特定时区指定该值。

以下是涵盖这些因素组合的示例：

foo=> SET TIMEZONE TO 'Japan';
SET
foo=> SELECT '2011-01-01 00:00:00'::TIMESTAMP;
      timestamp      
---------------------
 2011-01-01 00:00:00
(1 row)

foo=> SELECT '2011-01-01 00:00:00'::TIMESTAMP WITH TIME ZONE;
      timestamptz       
------------------------
 2011-01-01 00:00:00+09
(1 row)

foo=> SELECT '2011-01-01 00:00:00+03'::TIMESTAMP;
      timestamp      
---------------------
 2011-01-01 00:00:00
(1 row)

foo=> SELECT '2011-01-01 00:00:00+03'::TIMESTAMP WITH TIME ZONE;
      timestamptz       
------------------------
 2011-01-01 06:00:00+09
(1 row)

foo=> SET TIMEZONE TO 'Australia/Melbourne';
SET
foo=> SELECT '2011-01-01 00:00:00'::TIMESTAMP;
      timestamp      
---------------------
 2011-01-01 00:00:00
(1 row)

foo=> SELECT '2011-01-01 00:00:00'::TIMESTAMP WITH TIME ZONE;
      timestamptz       
------------------------
 2011-01-01 00:00:00+11
(1 row)

foo=> SELECT '2011-01-01 00:00:00+03'::TIMESTAMP;
      timestamp      
---------------------
 2011-01-01 00:00:00
(1 row)

foo=> SELECT '2011-01-01 00:00:00+03'::TIMESTAMP WITH TIME ZONE;
      timestamptz       
------------------------
 2011-01-01 08:00:00+11
(1 row)

与参考的PostgreSQL文档相比，我试图更容易地解释它。

顾名思义，这两种TIMESTAMP变体都不会存储时区（或偏移量）。不同之处在于对存储数据（和预期应用程序）的解释，而不是存储格式本身：

• TIMESTAMP WITHOUT TIME ZONE存储本地日期时间（又称挂历日期和挂钟时间）。就PostgreSQL而言，它的时区尚未指定（尽管您的应用程序可能知道它是什么）。因此，PostgreSQL在输入或输出上没有与时区相关的转换。如果将值输入为'2011-07-01 06:30:30'，则以后在哪个时区都不会显示该值，则仍将显示2011年，07月，01日，06小时，30分钟和30秒（以某种格式）。另外，您在输入中指定的任何偏移量或时区都会被PostgreSQL忽略，因此'2011-07-01 06:30:30+00'，'2011-07-01 06:30:30+05'它们与just相同'2011-07-01 06:30:30'。对于Java开发人员：与相似java.time.LocalDateTime。

• TIMESTAMP WITH TIME ZONE在UTC时间线上存储一个点。它的外观（多少小时，几分钟等）取决于您的时区，但始终指的是相同的“物理”瞬间（例如实际物理事件的瞬间）。输入在内部转换为UTC，这就是它的存储方式。为此，必须知道输入的偏移量，因此，当输入不包含显式的偏移量或时区（例如'2011-07-01 06:30:30'）时，假定其位于PostgreSQL会话的当前时区中，否则将使用显式指定的偏移量或时区。 （如中的'2011-07-01 06:30:30+05'）。显示的输出将转换为PostgreSQL会话的当前时区。对于Java开发人员：类似于java.time.Instant（尽管分辨率较低），但是对于JDBC和JPA 2.2，应该将其映射到java.time.OffsetDateTime（或映射到java.util.Date或java.sql.Timestamp）。

有人说这两个TIMESTAMP版本都存储UTC日期时间。有点，但在我看来以这种方式令人困惑。TIMESTAMP WITHOUT TIME ZONE像一样存储TIMESTAMP WITH TIME ZONE，使用UTC时区呈现的时间恰好与当地日期时间相同的年，月，日，小时，分钟，秒和微秒。但这并不是要表示UTC解释所表示的时间线上的点，这只是对本地日期时间字段进行编码的方式。（这是时间线上的点簇，因为实时区域不是UTC；我们不知道它是什么。）

这是一个应该有所帮助的例子。如果您的时间戳带有时区，则可以将该时间戳转换为任何其他时区。如果您没有基准时区，则不会正确转换。

SELECT now(),
   now()::timestamp,
   now() AT TIME ZONE 'CST',
   now()::timestamp AT TIME ZONE 'CST'

输出：

-[ RECORD 1 ]---------------------------
now      | 2018-09-15 17:01:36.399357+03
now      | 2018-09-15 17:01:36.399357
timezone | 2018-09-15 08:01:36.399357
timezone | 2018-09-16 02:01:36.399357+03