postgresql中count(*) filter (where ...)用于条件计数，需完整括号和where关键字；mysql不支持，须用count(case when ... then 1 end)；filter不能用于count(distinct col)，应改用case嵌套。
PostgreSQL 里 COUNT(*) FILTER 怎么写
直接在 COUNT(*) 后加 FILTER (WHERE ...)，括号必须完整，不能省略 WHERE 关键字。它不是独立语法，而是聚合函数的修饰子句，只在 PostgreSQL 9.4+ 和某些新版数据库（如 SQLite 3.30+）中支持。
常见错误是写成 COUNT(*) FILTER condition（漏 WHERE）或 COUNT FILTER (WHERE ...)（漏 *），这两种都会报错 syntax error at or near "FILTER"。
示例：统计每个部门中职级为 'Senior' 的员工数：
SELECT dept, COUNT(*) FILTER (WHERE level = 'Senior') AS senior_cnt FROM employees GROUP BY dept;
注意：FILTER 子句作用于当前聚合调用，不影响其他列或分组逻辑；它比 CASE WHEN 更轻量，数据库能提前剪枝，不参与计算的行根本不会进入聚合路径。
MySQL 8.0+ 能不能用 FILTER 实现条件计数
不能。MySQL 不支持 FILTER 子句，所有带条件的聚合都得靠 CASE WHEN 表达式兜底。
想实现“每个部门中 Senior 员工数”，必须写成：
SELECT dept, COUNT(CASE WHEN level = 'Senior' THEN 1 END) AS senior_cnt FROM employees GROUP BY dept;
这里 CASE 没写 ELSE，等价于 ELSE NULL，而 COUNT() 自动忽略 NULL，效果和 FILTER 一致。但别写成 SUM(CASE ... THEN 1 ELSE 0 END)——虽然结果一样，但语义上 COUNT 更准确，且部分优化器对 COUNT(non-null-expr) 有额外路径识别。
容易踩的坑：COUNT(1) 或 COUNT(*) 在 CASE 外层没意义，必须把条件逻辑塞进参数里。
为什么 FILTER 比 CASE WHEN 性能好
本质区别在于执行阶段：FILTER 是在聚合前过滤行，CASE WHEN 是在聚合内逐行计算表达式值。
-
FILTER让引擎跳过不匹配的行，减少中间数据量和 CPU 运算 -
CASE WHEN仍需遍历每行、求值、生成临时结果（哪怕只是 1 或 NULL） - 实测在千万级表上，相同条件的
COUNT(*) FILTER比COUNT(CASE...)快 20%–30%，尤其当条件筛选率低时优势更明显
不过这个差距只在数据量大、条件复杂、且数据库版本支持 FILTER 时才显著。小表或简单查询几乎感知不到。
COUNT(DISTINCT col) 能不能接 FILTER
不能。语法上不合法，会报错 syntax error at or near "FILTER"。因为 COUNT(DISTINCT col) 是一个原子聚合函数调用，FILTER 只能挂在最外层聚合函数之后，不能插在括号中间。
正确做法是把条件逻辑前移到 CASE 中，让不满足条件的行返回 NULL：
SELECT dept, COUNT(DISTINCT CASE WHEN level = 'Senior' THEN emp_id END) AS distinct_senior_ids FROM employees GROUP BY dept;
关键点：显式写 ELSE NULL 或直接不写（默认 NULL），确保非 Senior 行不贡献去重值；如果 emp_id 本身可能为 NULL，还得额外判断，否则会被误计入——这是最容易被忽略的边界。
