PostgreSQL timestamptz 和 timetz 函数

Question

我真的需要存储本地日期和时间（飞机轮子更新日期和时间）和 utc 偏移量，以便我可以转换为 utc 来计算间隔（飞行持续时间）。人们按当地时间旅行，您需要 UTC 进行跨时区计算。我曾希望使用 timestamptz 但它绝对不会 用于此目的。它将所有内容转换为 postgres 时区的函数。就我而言，这是yyyy-dd-mm hh:mi:ss-07。

但是，我研究 timetz 只是为了涵盖所有基础。它准确地存储了我需要的东西。它在向 UTC 提供偏移量的同时保留本地时间。除了现在我需要两列而不是一列来存储信息。

我的问题是： 为什么 timestamptz 和 timetz 函数给出不同的结果？ 有没有办法让 timestamptz 包含本地时区偏移量而不是系统时区偏移量？ 以下是说明差异的查询：

select cast('2015-05-01 11:25:00 america/caracas' as timestamptz)

-- 2015-05-01 08:55:00-07
;

select cast('2015-05-01 11:25:00 america/caracas' as timetz)

-- 11:25:00-04:30
;

Answer 1

当我试图理解 PostgreSQL 的 timestamptz 时，我个人觉得 timestamp with time zone 的措辞令人困惑，因为它不存储任何时区。根据the docs:

所有可识别时区的日期和时间都以 UTC 格式在内部存储。在显示给客户端之前，它们会转换为 TimeZone 配置参数指定的区域中的本地时间。

请注意，在该页面上，timestamp 和 timestamptz 的存储特性和限制是相同的。

在我的脑海中，为了保持直截了当，我将timestamptz 翻译为“现实世界中的时间戳”，并将timestamp 简单翻译为“你可能不是故意使用这种类型”（因为到目前为止，我发现自己只需要存储与现实世界相关的时间戳。）

所以：

为什么timestamptz 和timetz 函数给出不同的结果？

这似乎是因为 PostgreSQL 不认为他们被允许让 timetz 像 timestamptz 那样工作：

time with time zone 类型是由 SQL 标准定义的，但该定义显示的属性会导致有用性值得怀疑。

我的猜测是，其中一些“属性”是他们不喜欢的，而你喜欢。

还有：

有没有办法让timestamptz 包含本地时区偏移量而不是系统时区偏移量？

没有为timestamptz 值存储偏移量。它们只是现实世界的时间戳。所以存储本地时区的方式就是你已经想到的方式：单独存储。

create table my_table (
    happened timestamptz,
    local_time_zone varchar
);
select happened at time zone 'UTC', happened at time zone local_time_zone
    from my_table;