PostgreSQL SQLalchemy和带时区的时间戳，为什么隐身与正常不同？

Question

我正在使用烧瓶 sqlalchemy 和 postgreSQL，但显示的日期时间有问题，在调查这个问题时我发现了另一个奇怪的事情：

在隐身模式（chrome 浏览器标签）下创建数据库条目会产生不同/错误的时间。 编辑：它与隐身模式无关，这两种情况也发生在正常模式下。我还没弄明白为什么。

这是代码：

我更改了数据库的默认时区：

ALTER DATABASE postgres SET timezone TO 'Europe/Berlin';

型号：

class User(UserMixin, Base):
    __tablename__ = 'users'
    date_added = Column(DateTime(timezone=True), nullable=False)

我在数据库中添加日期时间的方法：

date_added=datetime.today()

它在数据库中的样子（我此时的当地时间是 13:53:46）：

创建非隐身条目

timestamp with time zone
2019-02-01 13:53:46.73817+01

在隐身模式下创建条目

timestamp with time zone
2019-02-01 12:53:46.73817+01

这真的让我很担心。这是完全错误的。即使我将日期时间对象转换为本地时间。两个条目是同时做的，结果却不一样，这怎么可能？

同样在 HTML 中查看这些日期时，postgreSQL 不会应用偏移量，因此第一个日期看起来正确，但第二个日期是错误的。

最初我只是想找到一种方法将所有日期时间对象存储在欧洲/柏林并在欧洲/柏林时间返回它们，所以我不必将 UTC 转换为欧洲/柏林，但现在我认为出现了可怕的错误。

我还在各处仔细检查了我的代码，我没有使用其他方法来操作日期时间对象。

编辑

每次用户登录时我都会保存一个日期时间。目前我在非隐身模式下尝试了这个。我的本地时间是 14:13:33 但它保存到数据库中： 2019-02-01 13:13:33.804339+01。这怎么可能？我知道它不能是随机的，但现在看起来它的节省时间是随机的，有时是 UTC 偏移量，有时是欧洲/柏林偏移量。

编辑

我用SHOW timezone; 仔细检查了所有有问题的表，它们都正确返回Europe/Berlin

Answer 1

datetime.today() 返回当前本地时间的timestamp without timezone info（返回值为时区naive）。您的问题的根源是 SQL Alchemy 的 postgres 适配器和 postgres 本身之间的某个地方，它必须猜测时区。正如您可能想象的那样，如果没有明确提供时区，计算机系统倾向于假设 UTC，但是工具套件集的精确逻辑可能很复杂且难以调试（并且我取决于您计算机上的本地时区设置，系统级别数据库中的设置、会话级别设置和工具制造商的偏好）。您可以通过以下任一方式避开这一整罐蠕虫：

1. 以 UTC 格式存储所有没有时区的时间戳，然后根据需要转换为所需的时间戳

2. 始终使用带时区的时间戳（即，将 datetime.today() 替换为 datetime.now() 并传入所需的时区，以便您始终处理时区 aware 值），所以计算机无需假定时区。

请注意，在 postgres 中，timestamp with time zone 类型仍然始终存储为 UTC，没有额外信息，数据库只是使用会话级别的配置来决定在输出时将其显示为哪个时区。