FILTER子句比CASE WHEN更高效，因其让优化器精准剪枝行集而非逐行映射；执行计划更简洁，支持过滤下推与条件复用；语义明确、空集行为可控、语法限制反而提升安全性与可维护性。
FILTER子句在PostgreSQL中比CASE WHEN更高效，核心原因是它让优化器能做更精准的行集剪枝，而非逐行值映射。
执行计划更简洁，避免CASE带来的冗余节点
当你写 AVG(CASE WHEN status = 'paid' THEN amount END)，PostgreSQL必须为每行执行一次条件判断、一次值转换（可能转成NULL）、再交给聚合器处理。执行计划里会出现CaseExpr + Aggregate两个独立节点，且优化器难以推断“CASE分支实际只覆盖部分行”，容易保留全表扫描路径。
而 AVG(amount) FILTER (WHERE status = 'paid') 在解析阶段就明确告诉优化器：“这个AVG只看满足status = 'paid'的行”。执行计划通常合并为单个Aggregate节点，并可能触发更激进的过滤下推（比如提前在Seq Scan或Index Scan层跳过不匹配行）。
- 大表上多个条件聚合时（如同时算
paid_sum、refunded_count、avg_shipped），FILTER可共享同一轮行过滤逻辑；CASE则每个都要重复判断 - EXPLAIN ANALYZE对比可见：FILTER版本的
Rows Removed by Filter统计更集中，CPU time更低
NULL和空集行为更可控，减少隐式兜底开销
CASE WHEN对不匹配行默认返回NULL，但若误加ELSE 0，会导致AVG、STDDEV等函数分母膨胀；而FILTER天然剔除整行——既不参与值计算，也不计入分母基数。
这意味着你不需要在每个聚合里反复检查ELSE NULL是否遗漏，也不用为防错额外套一层NULLIF或CASE。语义直白，执行路径也少一层判断。
-
AVG(amount) FILTER (WHERE amount > 0)→ 只基于正数行计算，分母=正数行数 -
AVG(CASE WHEN amount > 0 THEN amount END)→ 等效，但靠隐式NULL；若写成ELSE 0，分母变成总行数，结果失真 - 报表场景下，
FILTER空结果直接返回NULL，需显式COALESCE(SUM(), 0)，反而迫使你正视空集语义
语法限制倒逼写出更安全的SQL
FILTER不允许嵌套、不能用参数占位符?、不能引用外部别名、括号不可省略——这些不是缺陷，而是防止你写出低效或语义模糊的表达式。
比如你没法写AVG(salary FILTER (WHERE dept = 'eng'))（语法错误），必须写成AVG(salary) FILTER (WHERE dept = 'eng')，这强制你把“筛选”和“聚合”逻辑解耦，也让执行器更容易复用过滤条件。
- 错误写法：
COUNT(*) FILTER WHERE status = 'ok'→ 缺括号，直接报错syntax error at or near "WHERE" - 正确写法：
COUNT(*) FILTER (WHERE status = 'ok')→ 括号+WHERE是硬性语法，无歧义 - 不支持
FILTER (WHERE status IN (?))→ 防止预编译时条件无法内联，避免执行期动态解析开销
真正容易被忽略的是：FILTER的高效建立在“条件表达式本身可下推”的前提上。如果WHERE里的字段没索引、或涉及函数调用（如UPPER(status)），FILTER依然会走全表扫描——它优化的是聚合阶段的行处理逻辑，不是替代WHERE的索引选择。
