FILTER子句必须紧贴聚合函数后、写为“AGG() FILTER (WHERE 布尔表达式)”，括号不可省、不可嵌套、不支持参数占位符；主WHERE控制全局行过滤，FILTER仅限定单个聚合的输入行，误用会导致统计失真。
FILTER子句在PostgreSQL中怎么写才有效
FILTER 是 PostgreSQL 9.4+ 引入的语法，**不能在 MySQL、SQL Server 或 SQLite 中使用**——这是最容易踩的坑。它必须紧跟在聚合函数后、OVER 子句（如果存在）之前，且只接受一个布尔表达式。写成 COUNT(*) FILTER (WHERE status = 'active' AND created_at > '2023-01-01') 是合法的；但写成 COUNT(*) FILTER (WHERE status = 'active') FILTER (WHERE created_at > '2023-01-01') 就会报错：syntax error at or near "FILTER"。
多个条件组合时，WHERE 和 FILTER 的分工要清楚
别用 FILTER 替代主查询的 WHERE。主 WHERE 控制行是否参与整个查询，FILTER 只控制某一个聚合是否计入该行。比如想统计「每个部门中 active 用户数」和「每个部门中 total 用户数」，应该：
COUNT(*) FILTER (WHERE status = 'active') AS active_count, COUNT(*) AS total_count FROM users GROUP BY dept_id
而不是先 WHERE status IN ('active', 'inactive') 再套两层 FILTER——这会漏掉其他 status 值的行，导致 total_count 不准。常见错误是把本该放主 WHERE 的过滤条件塞进 FILTER，结果聚合基数变小，数值失真。
FILTER 配合 CASE 有时反而画蛇添足
有人习惯写 COUNT(*) FILTER (WHERE CASE WHEN ... THEN true END)，这完全没必要。FILTER 本身只认布尔值，直接写表达式更清晰、性能更好。以下写法等价但后者更优：
- ✅
SUM(amount) FILTER (WHERE status = 'paid' AND amount > 0) - ❌
SUM(amount) FILTER (WHERE CASE WHEN status = 'paid' AND amount > 0 THEN true ELSE false END)
另外注意：NULL 在布尔上下文中不等于 false，status IS NULL 不会进入 FILTER 分支。如果业务上要把 NULL 当作某种状态处理，得显式写 status IS NULL OR status = 'pending'。
替代方案：MySQL 或 SQL Server 用户怎么办
没有 FILTER 的数据库只能靠 CASE WHEN + 聚合模拟。例如 PostgreSQL 的：COUNT(*) FILTER (WHERE status = 'active')，在 MySQL 中要写成：COUNT(CASE WHEN status = 'active' THEN 1 END)。注意这里不能用 COUNT(1) 或 COUNT(*) 包裹 CASE，否则 NULL 分支会被计为 1；必须让 CASE 返回 NULL（即不写 ELSE），才能被 COUNT 忽略。这个细节很多人忽略，结果所有分组都多算了一次。
复杂点在于嵌套聚合或窗口函数里混用 FILTER 时，不同版本 PostgreSQL 对空集的处理略有差异——比如 AVG(x) FILTER (WHERE false) 返回 NULL，但某些旧版可能报错。上线前务必在目标版本验证边界情况。
