应使用 COUNT(CASE WHEN status = 'active' THEN 1 END) 统计每组中 active 人数，因其仅对满足条件的行计数，忽略 NULL；错误写法如加 ELSE 0 或用 SUM 会导致结果等于总行数或跨库兼容问题。
用 COUNT(CASE WHEN ...) 而不是 COUNT(*) + WHERE
想统计“每组里 status = 'active' 的人数”，别在 GROUP BY 外加 WHERE status = 'active'——那会直接把非 active 行全过滤掉，导致整个组消失。正确做法是把条件塞进聚合函数里：COUNT(CASE WHEN status = 'active' THEN 1 END)。它只对满足条件的行返回非 NULL 值（这里是 1），COUNT() 自动忽略其他情况下的 NULL，结果就是纯计数。
常见错误写法：COUNT(CASE WHEN status = 'active' THEN 1 ELSE 0 END)——这会让所有行都贡献一个值（1 或 0），最终结果等于组内总行数，完全偏离本意。
为什么推荐 COUNT 而不是 SUM？语义更准：COUNT 天然表达“有多少个”，而 SUM 是求和；且部分数据库对 COUNT 有专门优化，尤其当字段带索引时。
布尔字段不能裸 SUM(active)
哪怕字段类型是 TINYINT(1)（MySQL 中 BOOLEAN 的底层实现），也别直接写 SUM(active)。风险在于：
- ORM 层可能把布尔值存成字符串
'true'/'false'，SUM()会强制转成0 - PostgreSQL 的
BOOLEAN类型不支持SUM()，直接报错function sum(boolean) does not exist - SQL Server 的
BIT字段在不同版本中对 NULL 的隐式转换行为不一致
统一解法：显式转换。例如 SUM(CASE WHEN active THEN 1 ELSE 0 END) 或更安全的 SUM(CASE WHEN COALESCE(active, FALSE) THEN 1 ELSE 0 END)。
跨数据库必须避开 IF() 函数
IF(status = 'active', 1, 0) 是 MySQL 特有语法。PostgreSQL、SQL Server、SQLite 都不认识，执行会直接失败，报错类似 function if(boolean, integer, integer) does not exist。
标准写法只有 CASE WHEN ... THEN ... ELSE ... END。它在所有主流 SQL 引擎中行为一致，且可读性不输 IF。顺带一提：COUNT(CASE WHEN status = 'active' THEN 1 END) 比 SUM(CASE WHEN status = 'active' THEN 1 ELSE 0 END) 少写两个词，还少一个逻辑分支，更不容易漏。
如果只查单个条件总数（不按组），优先用 SELECT COUNT(*) FROM users WHERE status = 'active'——它走索引更快，也比条件聚合少一次扫描。
GROUP BY 后忘了加 HAVING 容易误判分组结果
当你需要“只显示 active 数 ≥ 5 的部门”，不能把条件放在 WHERE 里，也不能只靠 SELECT 里的 COUNT(CASE ...) 就完事。必须配合 HAVING：
SELECT dept_id, COUNT(CASE WHEN status = 'active' THEN 1 END) AS active_cnt FROM users GROUP BY dept_id HAVING COUNT(CASE WHEN status = 'active' THEN 1 END) >= 5
漏掉 HAVING，查询就只是算出每个部门的 active 数，但不会筛掉不达标的组。另外注意：HAVING 里重复写了整段 COUNT(CASE ...) 很啰嗦，多数数据库允许用列别名（如 HAVING active_cnt >= 5），但 PostgreSQL 不支持——得写完整表达式。
最易被忽略的一点：NULL 值在 CASE 中默认落进 ELSE 分支或变成 NULL，而 COUNT 忽略 NULL，SUM 则跳过 NULL——这个差异决定了你到底是想“只数 true”，还是“把 false 当 0 算进来”。选错就全偏了。
