postgresql中filter子句用于条件聚合，必须紧跟聚合函数且括号内为布尔表达式；不可独立使用、不可引用外部别名；执行顺序为where→group by→filter→having；空集时除count返回0外均返回null；不能直接用于窗口函数。
PostgreSQL中FILTER子句替代CASE WHEN做条件聚合
直接用 FILTER 比写一长串 CASE WHEN 更简洁、可读性更高，而且执行计划通常更优——PostgreSQL 9.4+ 原生支持，无需改写逻辑就能降噪。
常见错误是把 FILTER 当成独立语句用，其实它只能跟在聚合函数后面，且必须用括号包裹布尔表达式。
-
COUNT(*) FILTER (WHERE status = 'active')合法；COUNT(*) FILTER WHERE status = 'active'会报错syntax error at or near "WHERE" -
FILTER中不能引用外部查询的别名（比如SELECT x AS val FROM t GROUP BY x HAVING COUNT(*) FILTER (WHERE val > 0)会报错：列val不存在） - 多个
FILTER可并存，互不影响：AVG(amount) FILTER (WHERE paid), COUNT(*) FILTER (WHERE refunded)
和HAVING、WHERE混用时的执行顺序陷阱
WHERE 先过滤行，GROUP BY 分组，FILTER 在每组内再筛一次，HAVING 最后对聚合结果过滤——顺序错了就统计不准。
比如想查「至少有5笔已支付订单的用户中，其未退款订单的平均金额」，下面写法是错的：
SELECT user_id, AVG(amount) FILTER (WHERE refunded = false) FROM orders WHERE status = 'paid' GROUP BY user_id HAVING COUNT(*) >= 5;
问题在于 WHERE status = 'paid' 已经把 refunded 为 true 的记录全剔除了，FILTER (WHERE refunded = false) 就成了冗余。正确做法是保留所有状态，只在 FILTER 里控制：
SELECT user_id,
AVG(amount) FILTER (WHERE status = 'paid' AND refunded = false) AS avg_non_refund_paid
FROM orders
GROUP BY user_id
HAVING COUNT(*) FILTER (WHERE status = 'paid') >= 5;
NULL值和空集对FILTER聚合结果的影响
FILTER 筛不出任何行时，对应聚合函数返回 NULL（不是 0），这点和 CASE WHEN + SUM 行为一致，但容易被忽略。
-
COUNT(*) FILTER (WHERE false)→0（count 对空集定义为 0） -
SUM(amount) FILTER (WHERE false)→NULL -
AVG(amount) FILTER (WHERE false)→NULL - 若需默认值，得用
COALESCE(SUM(...), 0)显式处理
尤其在报表场景下，前端展示 NULL 容易误判为“无数据”，而实际是“该条件下无匹配行”。
与窗口函数合用时FILTER不生效？其实是语法位置错了
FILTER 不能直接用于窗口函数，比如 SUM(amount) FILTER (WHERE flag) OVER (...) 会报错 syntax error at or near "FILTER"。
正确方式是把 FILTER 放在聚合函数内部，再套窗口：
SUM(CASE WHEN flag THEN amount ELSE 0 END) OVER (...)
或者更干净地用子查询先聚合再开窗：
SELECT *,
SUM(active_sum) OVER (ORDER BY created_at) AS cumsum_active
FROM (
SELECT created_at::date,
SUM(amount) FILTER (WHERE status = 'active') AS active_sum
FROM orders
GROUP BY created_at::date
) t;
硬要在一个表达式里同时满足条件聚合和窗口累计，FILTER 就得让位于 CASE——这是语法限制，不是优化问题。
