PostgreSQL：如何筛选后续紧跟UPDATE状态的INFO行？

嘿，我来帮你搞定这个查询问题！你遇到的报错其实是PostgreSQL的SQL执行顺序导致的——窗口函数（比如你用的lead()）是在WHERE子句之后才会计算的，所以你没法直接在WHERE里引用next_status这个别名。

正确的查询写法 #

你可以把窗口函数的计算放到子查询或者CTE（公共表达式）里，先算出每一行的下一个状态，再在外层过滤出符合条件的记录。这里给你两种可行的写法：

方法1：使用子查询

SELECT id, status, person_id, modified_at
FROM (
    SELECT 
        id, 
        status, 
        person_id, 
        modified_at,
        -- 按id分组，按修改时间排序，获取下一行的status
        lead(status) OVER (PARTITION BY id ORDER BY modified_at) AS next_status
    FROM person_updates
    -- 先筛选出所有INFO行，减少后续计算量
    WHERE status = 'INFO'
) AS sub_query
-- 在外层过滤出下一个状态是UPDATE的行
WHERE next_status = 'UPDATE';

方法2：使用CTE（更易读）

如果你的查询逻辑更复杂，CTE会让代码结构更清晰：

WITH info_updates_with_next_status AS (
    SELECT 
        id, 
        status, 
        person_id, 
        modified_at,
        lead(status) OVER (PARTITION BY id ORDER BY modified_at) AS next_status
    FROM person_updates
    WHERE status = 'INFO'
)
SELECT id, status, person_id, modified_at
FROM info_updates_with_next_status
WHERE next_status = 'UPDATE';

为什么原来的写法不行？ #

SQL的执行顺序是这样的：

1. 先执行FROM子句获取数据源
2. 然后执行WHERE子句过滤行
3. 之后才会处理窗口函数（比如lead()）生成新的列

所以当你在原查询的WHERE里直接写d2.next_status = 'UPDATE'时，这个next_status列还没有被计算出来，PostgreSQL自然会报错说找不到这个列。把窗口函数放到子查询/CTE里，先完成next_status的计算，再在外层过滤，就能完美解决这个问题啦。

执行上面的查询后，你就能得到预期的结果：

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