如何在PostgreSQL语句中处理时间偏移，解决零点到3点查询低效报错问题

最低成本解决方案 #

仅需要修改WHERE子句逻辑即可，不需要调整表结构、新增索引，代码改动量极小，同时兼顾性能和逻辑正确性：

select p.n, p.e,s."name" , g."time", p."date" 
from l 
    join g on l.g_id = g.id 
    join p on l.p_id = p.id 
    join s on l.s_id = s.id 
where 
-- 覆盖当天符合条件的数据
(p."date" = current_date and p."time" > current_time - '3 hour'::interval)
-- 零点到凌晨3点区间，额外覆盖前一天符合条件的数据
or (current_time < '3 hour'::interval and p."date" = current_date - '1 day'::interval and p."time" > current_time + '21 hour'::interval)

原理说明

1. 旧写法性能差的核心原因：p."date" + p."time"是对字段做运算，无法命中p表上(date, time)的联合索引，触发全表扫描导致耗时高。
2. 新写法的逻辑缺陷：如果当前时间处于0点到3点区间，current_time - '3 hour'::interval会得到前一天的时间值，仅筛选p."date" = current_date会漏掉前一天21点到24点的符合条件的数据，就是你遇到的零点到3点查询出错的问题。
3. 优化后的写法所有筛选条件都使用原始字段值比对，完全可以命中现有联合索引，性能和新写法持平，同时补全了跨天的边界逻辑，和旧写法的正确逻辑完全对齐。

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