我在使用PostgreSQL 11.2（Debian 11.2-1.pgdg90+1）时遇到了一个奇怪的时间比较问题，希望大家能帮我分析下：

表结构 #

=># \d planning_time_slot
Table "public.planning_time_slot"
 Column       | Type                        | Collation | Nullable | Default
-------------+-----------------------------+-----------+----------+------------------------------------------------
 id           | integer                     |           | not null | nextval('planning_time_slot_id_seq'::regclass)
 planning_id  | integer                     |           | not null |
 day          | character varying(255)      |           | not null |
 start_time   | time(0) without time zone   |           | not null |
 end_time     | time(0) without time zone   |           | not null |
 day_id       | integer                     |           | not null | 0
Indexes:
    "planning_time_slot_pkey" PRIMARY KEY, btree (id)
    "idx_a9e3f3493d865311" btree (planning_id)
Foreign-key constraints:
    "fk_a9e3f3493d865311" FOREIGN KEY (planning_id) REFERENCES planning(id)

问题场景 #

我想查询start_time晚于巴黎时区当前时间的记录，执行了以下查询：

select * from planning_time_slot where start_time > (CURRENT_TIME AT TIME ZONE 'Europe/Paris');

但结果不符合预期：查询返回了一条start_time为16:00:00的记录，而单独查询转换后的巴黎时区当前时间明明是16:35:48.591002+02：

=># select (CURRENT_TIME AT TIME ZONE 'Europe/Paris');
      timezone
--------------------
 16:35:48.591002+02
(1 row)

看起来PostgreSQL似乎在用未转换时区的当前时间和start_time比较，我尝试了另一种写法，结果完全一致：

select * from planning_time_slot where start_time > timezone('Europe/Paris', CURRENT_TIME);

甚至把start_time字段类型改成time(0) with time zone，问题依然存在。

额外需求 #

我需要动态指定时区，后续会根据业务条件调整时区，不能固定死'Europe/Paris'。

请问有没有解决思路？

问题根源：类型不匹配导致的隐式时区转换问题 #

这个问题的核心是你忽略了PostgreSQL中不同时间类型比较时的隐式转换规则：

1. CURRENT_TIME 本身是 time with time zone 类型，当你用 AT TIME ZONE 'Europe/Paris' 转换后，得到的其实是一个 timestamp without time zone（包含当前日期+巴黎时区的时间），而不是你以为的time with time zone。
2. 你的start_time是time without time zone类型，当它和timestamp without time zone比较时，PostgreSQL会自动把start_time转换成当前会话时区下的当天timestamp，然后再做比较——这就完全偏离了你想要的「用巴黎时区时间对比」的逻辑。

举个例子：如果你的会话时区是UTC，当前UTC时间是14:35，巴黎时区是16:35。当你比较start_time=16:00（无时区）和16:35（巴黎时区的timestamp）时，PostgreSQL会把16:00当作UTC的16:00（也就是巴黎的18:00），然后和巴黎的16:35对比，自然会返回这条记录——这就是你看到的异常结果。

两种解决方法 #

方法一：提取转换后的时间部分，保持类型一致

直接把AT TIME ZONE转换后的timestamp提取出time部分，和start_time做同类型比较：

select * from planning_time_slot 
where start_time > (CURRENT_TIME AT TIME ZONE 'Europe/Paris')::time;

这样得到的就是巴黎时区的当前时间（time without time zone），和start_time类型完全匹配，比较逻辑完全符合你的预期。

方法二：将start_time转换为带时区时间再比较

如果你的start_time存储的就是巴黎时区的时间，也可以把它转换成time with time zone，然后和当前的带时区时间对比：

select * from planning_time_slot 
where start_time AT TIME ZONE 'Europe/Paris' > CURRENT_TIME;

这个逻辑是把start_time（巴黎时区的时间）转换为UTC时间（带时区），再和当前的UTC时间（CURRENT_TIME）比较，结果和方法一完全一致。

动态时区的实现 #

要支持动态指定时区，你可以直接把时区作为参数传入。比如在应用层拼接SQL时传入时区字符串，或者用PostgreSQL的变量/函数：

使用会话变量

-- 动态设置时区变量
\set target_tz 'Europe/Paris'
-- 执行查询
select * from planning_time_slot 
where start_time > (CURRENT_TIME AT TIME ZONE :target_tz)::time;

使用自定义函数

如果是在业务逻辑中频繁使用，可以封装成函数：

create function get_time_slots(p_target_timezone text) 
returns setof planning_time_slot as $$
begin
  return query 
  select * from planning_time_slot 
  where start_time > (CURRENT_TIME AT TIME ZONE p_target_timezone)::time;
end;
$$ language plpgsql;

-- 调用时传入时区
select * from get_time_slots('Europe/Paris');
select * from get_time_slots('Asia/Shanghai');

关于修改start_time为带时区类型的补充 #

你之前修改start_time为time with time zone后问题依然存在，是因为你没有调整比较逻辑——此时start_time是带时区的，而(CURRENT_TIME AT TIME ZONE 'Europe/Paris')还是timestamp类型，依然会触发隐式转换。这时候用上面的方法二更合适，或者把转换后的timestamp再转成带时区时间：

select * from planning_time_slot 
where start_time > (CURRENT_TIME AT TIME ZONE 'Europe/Paris')::time with time zone;

不过这种写法没必要，方法一或方法二更简洁。

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