PostgreSQL是否支持时区操作？如何转换为匹配用户时区的时间戳

PostgreSQL 原生支持完整的时区运算能力，完全可以实现和你现有date-fns-tz代码1:1对齐的效果，不需要把转换逻辑全部放在前端。

核心转换逻辑 #

你现有JS代码的本质是：将输入的日期拼接为纽约时区当日上午9点，再转换为UTC时间戳，客户端按本地时区解析时，自然会得到对应纽约9点的本地时间（犹他早7点、加州早6点）。
在PostgreSQL中可以用AT TIME ZONE语法实现完全一致的逻辑，示例代码如下：

-- 假设你的日期字段名为 storage_date，类型为DATE
SELECT (storage_date + TIME '09:00') AT TIME ZONE 'America/New_York' AS aligned_timestamp
FROM your_table;

这段逻辑的执行效果和你的zonedTimeToUtc调用完全一致：

• 会将DATE类型的日期拼接上09:00的时间，作为纽约时区的本地时间
• 自动转换为*带时区的时间戳（timestamptz）*类型，内部以UTC标准存储
• 自动处理夏令时偏移，不需要手动计算冬令时/夏令时的小时差

效果验证 #

以日期2022-06-06为例，上述SQL返回的UTC时间为2022-06-06 13:00:00+00（6月纽约处于夏令时，UTC偏移为-4小时，9点+4小时即为UTC13点）：

• 当会话时区设为犹他州时区（America/Denver，夏令时UTC-6），返回值解析后为2022-06-06 07:00:00，和你JS测试的结果完全一致
• 当会话时区设为加州时区（America/Los_Angeles，夏令时UTC-7），返回值解析后为2022-06-06 06:00:00，符合需求

用户时区处理说明 #

PostgreSQL 无法自动获取前端用户的设备本地时区，它只能读取当前数据库会话配置的时区参数，实际使用时可以按两种方案处理：

• 会话级时区设置：前端通过浏览器APIIntl.DateTimeFormat().resolvedOptions().timeZone拿到用户的标准IANA时区名，传给后端，后端建立数据库连接后先执行SET TIME ZONE '<传入的时区名>';，之后查询返回的timestamptz类型值会自动按用户时区做转换，前端直接使用即可。
• 查询时指定目标时区：如果不想修改会话时区，可以在SQL中动态传入用户时区，直接返回对应时区的时间值，示例：

-- 传入犹他州时区，直接返回犹他本地时间
SELECT ((storage_date + TIME '09:00') AT TIME ZONE 'America/New_York') AT TIME ZONE 'America/Denver' AS user_local_time
FROM your_table;

注意事项 #

• 时区参数必须使用IANA标准时区名（如America/New_York），不要写固定小时偏移（如-05:00），否则会因为夏令时切换出现时间计算错误。
• 不要直接把DATE类型强转为timestamptz，否则会按数据库当前默认时区拼接时间，容易出现日期偏移。

内容的提问来源于stack exchange，提问作者squidslippers