为什么/如何在 PostgreSQL 8.4 和 9.2 之间从“没有时区的时间戳”字段中提取（纪元...）的行为发生变化？

Question

语境：

我们目前在生产中运行 PostgreSQL 8.4，并且正在内部测试 9.2 以备将来升级。出现了一些关于日期的问题。除了 PostgreSQL 版本和配置之外，运行 8.4 和 9.2 的服务器在所有方面都相同。两组服务器上存储的数据完全相同；它使用pg_dump和传输pg_restore。

在我们数据库的一部分中，我们将日期存储在类型为 的字段中timestamp without time zone。

问题：

从该字段访问日期时，extract(epoch..)请求会返回非常不同的结果，具体取决于 Postgres 版本，如下所示：

#On Postgres 8.4. entered_timestamp is a "timestamp without time zone" type column:
SELECT entered_timestamp, extract(epoch from entered_timestamp) AS entered_timestamp from <table row>

 entered_timestamp      | entered_timestamp
 ----------------------------+-------------------
 2012-11-01 06:01:39.699612 |  1351774899.69961

但...

#On Postgres 9.2. All tables, schema, and data are identical, the SELECT statement is identical to the previous one:
SELECT entered_timestamp, extract(epoch from entered_timestamp) AS entered_timestamp from <table row>

 entered_timestamp      | entered_timestamp
 ----------------------------+-------------------
 2012-11-01 06:01:39.699612 |  1351749699.69961

如您所见，返回的时间戳是相同的，但返回的纪元数不同；事实上，他们已经关闭了几个小时。两台服务器上的服务器日期和 Linux 时区是相同的（彼此相差一秒之内）。Postgres 时区也相同：SELECT current_setting('timezone')在两台服务器上运行也返回相同的数据。运行SELECT now()在两台服务器上的回报近乎相同的值。

题：

1. 在 PostgreSQL 8.4 和 PostgreSQL 9.2 之间extract(epoch...)，类型字段 的行为timestamp without time zone有何变化？

2. 为什么会发生这种变化？

3. 有没有办法在不改变我的架构或改变过去的数据（即基于配置的修复）的情况下防止这种变化？

Answer 1

在我自己的机器上测试这个，我在 PostgreSQL 8.4.10 和 9.2.1 上得到 1351749699.69961 作为结果。

使用 PostgreSQL 8.4.10，结果根据会话时区而变化。在 9.2 中，它没有。

可能这是此更改的效果：从本地而​​非 UTC 午夜测量无时区时间戳的纪元。这被称为 9.2 兼容性更改。

更改说明中建议的解决方法是首先将时间戳转换为时间戳：而不仅仅是配置更改。

就个人而言，我觉得 9.2 的行为更舒服。Unix 纪元被定义为 UTC，因此这实际上意味着普通时间戳值被解释为 UTC：无论如何我都是这样使用它们的。