PostgreSQL中条件聚合必须用FILTER子句，而非CASE WHEN；FILTER从聚合输入集中物理剔除不匹配行，而CASE WHEN仅将不匹配分支设为NULL或0，影响分母与均值准确性。
FILTER子句不是替代方案，而是PostgreSQL中唯一合法、语义明确的条件聚合原生语法——你不用“替代”，必须用它；写CASE WHEN反而是绕路且易错。
为什么不能直接在聚合函数里写WHERE
PostgreSQL解析器严格区分作用域：WHERE作用于整个查询行集，不能嵌套进聚合函数内部。写sum(amount WHERE status = 'paid')会立刻报错：syntax error at or near "WHERE"。这不是限制，是设计：FILTER才是专为此场景引入的语法构件（自9.4起），它明确表示“仅对该聚合的输入行做筛选”。
-
FILTER必须紧贴聚合函数后，且括号()不可省——AVG(salary) FILTER (WHERE salary > 5000)✅；AVG(salary) FILTER WHERE salary > 5000❌ - 条件中不能含参数占位符（如
$1或?）、子查询、ORDER BY——只接受列引用、常量和布尔运算 - 不满足条件的行被真正剔除，不是转成
NULL；这对AVG、STDDEV、STRING_AGG等函数影响直接
FILTER和CASE WHEN行为差异在哪
关键区别在“筛行” vs “映射值”：FILTER从聚合输入集中物理移除不匹配行；CASE WHEN只是把不匹配分支设为NULL（或你误写的0），但该行仍参与分母计数。
-
COUNT(*) FILTER (WHERE active)→ 统计active为true的行数 -
COUNT(CASE WHEN active THEN 1 END)→ 等效，但若写成COUNT(CASE WHEN active THEN 1 ELSE 0 END)，就把false行也计为1，结果翻倍 -
AVG(score) FILTER (WHERE score IS NOT NULL AND score >= 60)→ 分母是及格且非空的行数 -
AVG(CASE WHEN score >= 60 THEN score ELSE 0 END)→ 把所有不及格/空分全算作0，均值严重失真
常见报错和硬性限制
PostgreSQL 16对FILTER的校验极严，错一个字符就失败，且错误提示往往指向WHERE而非FILTER本身。
-
FILTER不能用于窗口函数：AVG(x) FILTER (WHERE flag) OVER (PARTITION BY y)→ 报错FILTER is not allowed in window function calls - 不能与
DISTINCT共用：COUNT(DISTINCT id) FILTER (WHERE ...)语法非法 - 不能嵌套：
COUNT(*) FILTER (WHERE a) FILTER (WHERE b)直接语法错 - 不能引用外部别名：
SELECT x AS val FROM t GROUP BY x HAVING COUNT(*) FILTER (WHERE val > 0)→ 报错“列不存在” - 空集返回值不统一：
COUNT(*) FILTER (WHERE false)→0；SUM(x) FILTER (WHERE false)→NULL；报表中需用COALESCE(SUM(...), 0)兜底
多条件并行聚合的实际写法
同一SELECT中多个FILTER共享一次表扫描，互不干扰，这是性能和可读性的双重优势。
SELECT shop, COUNT(*) AS total, COUNT(*) FILTER (WHERE status = 'paid') AS paid_cnt, SUM(amount) FILTER (WHERE status = 'paid') AS paid_sum, AVG(amount) FILTER (WHERE status = 'paid' AND amount > 0) AS avg_paid_clean FROM orders WHERE created_at >= '2026-01-01' GROUP BY shop;
注意：FILTER条件里的amount > 0必须显式写出，因为amount IS NULL的行也会被整行滤掉——这不是bug，是机制，但极易被忽略。
