PostgreSQL字符串转timestamp without time zone结果异常问题求解

成因说明 #

你遇到的转换偏移是PostgreSQL时区校验+夏令时规则共同作用的结果：

1. 你的服务器默认时区为Europe/Paris，PostgreSQL解析不带时区标识的字符串转换为timestamp without time zone类型时，默认会以当前会话时区的时间规则做合法性校验。
2. 欧洲巴黎时区执行夏令时规则：每年3月最后一个周日凌晨2点，时钟会直接拨快到3点，该日不存在「2:00-3:00」的时间区间。当输入的时间字符串刚好落在这个不存在的区间内时，PostgreSQL会自动将时间向后平移1小时修正为合法的当地时间，因此select '2003-03-30 02:01:47'::timestamp会返回2003-03-30 03:01:47。
3. 你此前认为非特殊日期按UTC处理属于误解：非夏令时切换日的时间在巴黎时区属于合法存在的时间，转换结果和原字符串一致，因此你没有感知到本地时区的校验逻辑。

不修改服务器配置的解决方案 #

以下方案均无需调整全局时区配置，可直接使用：

• 方案1：单条转换显式指定UTC时区
  给原始时间字符串标记UTC属性，绕过本地时区的夏令时校验，再转换为timestamp without time zone，示例：

  select ('2003-03-30 02:01:47 UTC')::timestamptz at time zone 'utc';
  

• 方案2：临时修改当前会话时区
  批量处理转换时可临时将会话时区改为UTC，所有转换完成后可按需恢复原有配置（会话断开后会自动重置），示例：

  -- 切换会话时区为UTC
  SET TIME ZONE 'UTC';
  -- 执行转换逻辑，结果和输入字符串完全一致
  select '2003-03-30 02:01:47'::timestamp;
  -- 可选：恢复原有巴黎时区
  SET TIME ZONE 'Europe/Paris';
  

• 方案3：用函数直接生成timestamp跳过校验
  输入格式固定的场景下，可直接用make_timestamp函数传入时间参数生成目标类型，完全跳过时区校验逻辑，示例：

  select make_timestamp(2003, 3, 30, 2, 1, 47);
  

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