PostgreSQL不修改时间存储方式时如何实现夏令时补偿

完全可以实现，不需要修改任何历史存储数据，也不需要调整现有写入逻辑。

你当前用的TIMESTAMP(6)是不带时区属性的时间类型，之前写入带EST/EDT后缀的时间字符串时，PostgreSQL会直接忽略后缀的时区标识，只把字符串里的年月日、时分秒字面量存为无时区值——也就是说你库里存的数值本身就是北美东部时区的本地时钟显示值，不管写入时后缀写的是EST还是EDT，时间字面量和当地实际时间是对齐的。
EST（冬令时，UTC-5）和EDT（夏令时，UTC-4）都是北美东部时区（对应IANA标准时区America/New_York）的时令缩写，PostgreSQL内置了该时区所有历史和未来的冬/夏令时切换规则，可以自动根据日期判断对应时段应该用哪个缩写，不需要手动编码判断。

查询时用AT TIME ZONE算子做显式时区绑定即可，不需要改表改数据。

基础查询格式化 #

直接将存储的无时区时间戳标记为America/New_York时区的本地时间，数据库会自动匹配对应时令，你可以按需格式化输出：

-- 假设时间字段名为event_time，表名为biz_table
SELECT
  to_char(
    event_time AT TIME ZONE 'America/New_York',
    'MM/DD/YYYY HH12:MI:SS AM TZ'
  ) AS local_eastern_time
FROM biz_table;

对应你给的两个样例的返回结果 #

• 存储值对应6/22/2022 11:00:00 AM EST写入串：2022年6月为夏令时段，自动返回06/22/2022 11:00:00 AM EDT
• 存储值对应12/22/2022 11:00:00 AM EDT写入串：2022年12月为冬令时段，自动返回12/22/2022 11:00:00 AM EST

时间范围查询写法 #

如果需要按北美东部时间做范围过滤，用同样的时区转换逻辑即可，不受当前数据库会话时区设置影响：

-- 例：查询北美东部时间2022年6月22日全天的所有数据
SELECT * FROM biz_table
WHERE event_time >= ('2022-06-22'::date::timestamp AT TIME ZONE 'America/New_York') AT TIME ZONE 'America/New_York'
  AND event_time < ('2022-06-23'::date::timestamp AT TIME ZONE 'America/New_York') AT TIME ZONE 'America/New_York';

• 不要直接用EST/EDT作为AT TIME ZONE的参数：这两个是固定偏移量的缩写，不会自动切换夏令时/冬令时，必须用IANA标准时区名America/New_York才能实现自动时令匹配。
• 该方案完全在数据库侧实现，不需要前端做任何转换逻辑，符合你的要求。

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