MySQL中SUM(IF())统计布尔条件必须显式写出第三参数，如SUM(IF(status='active',1,0))，否则NULL值会导致计数偏少；跨库应改用标准SQL的CASE WHEN结构，且大表统计优先使用WHERE过滤而非全表条件聚合。
MySQL里用SUM(IF())统计布尔条件，但第三参数不能省
直接写 SUM(IF(status = 'active', 1)) 是错的——当 status 为 NULL 时，status = 'active' 返回 NULL，IF() 不触发 THEN 分支，结果是 NULL，SUM() 会跳过它，导致计数偏少。必须显式写全三元：SUM(IF(status = 'active', 1, 0))。
更稳妥的做法是先处理空值：SUM(IF(COALESCE(status, '') = 'active', 1, 0))，避免字段本身为 NULL 带来的逻辑断裂。
-
COUNT(IF(...))不能用：MySQL 不支持对布尔表达式直接COUNT，COUNT只统计非NULL值，而IF(condition, 1)在不满足时返回NULL，会被忽略，但语义已偏离“计数”本意 - 布尔字段（如
TINYINT(1)）别偷懒写SUM(active)：ORM 映射可能转成字符串，PostgreSQL 的BOOLEAN类型根本进不了SUM()，报错function sum(boolean) does not exist
跨数据库必须换CASE WHEN，别硬套IF()
IF() 是 MySQL 独有函数，PostgreSQL、SQL Server、SQLite 都不认识，执行会报错：ERROR: function if(boolean, integer, integer) does not exist。
标准写法统一用：SUM(CASE WHEN status = 'active' THEN 1 ELSE 0 END)。这个结构所有主流数据库都支持，且语义清晰——条件成立时加 1，否则加 0。
- 如果只关心“成立”的数量，不要求“不成立”也计 0，可用
COUNT(CASE WHEN status = 'active' THEN 1 END)：ELSE缺失即隐式为NULL，COUNT自动跳过，效果等价于“只数 true” - 想排除
NULL干扰，加强条件：CASE WHEN status IS NOT NULL AND status = 'active' THEN 1 ELSE 0 END - PostgreSQL 还支持更简洁的
COUNT(*) FILTER (WHERE status = 'active')，但 MySQL 和旧版 SQL Server 不支持，线上环境慎用
大表统计优先用WHERE过滤，别无脑SUM(IF())
如果只是要算“活跃用户总数”，写 SELECT SUM(IF(status = 'active', 1, 0)) FROM users 是低效的：它扫描全表，每行都执行判断。
正确做法是让引擎层直接定位：SELECT COUNT(*) FROM users WHERE status = 'active'。有索引时能走索引查找，性能差距可达数量级。
- 只有当你需要“一查多统”时才用条件聚合，比如同时统计
active、inactive、pending人数：SELECTSUM(CASE WHEN status = 'active' THEN 1 ELSE 0 END) AS active_cnt,SUM(CASE WHEN status = 'inactive' THEN 1 ELSE 0 END) AS inactive_cnt,SUM(CASE WHEN status = 'pending' THEN 1 ELSE 0 END) AS pending_cntFROM users; -
WHERE中堆多个布尔条件时，别挤在一行。用换行+缩进对齐操作符，OR必须括号包裹，否则优先级混乱会导致漏数据
PostgreSQL 的FILTER子句不是万能的
FILTER (WHERE ...) 在 PostgreSQL 中确实比 CASE WHEN 更直白，例如：COUNT(*) FILTER (WHERE paid)。但它只在聚合函数中生效，且不能嵌套子查询或参数占位符。
SQL Server 2016+ 也支持 FILTER，但仅限窗口函数场景，比如 COUNT(*) FILTER (WHERE active = 1) OVER (PARTITION BY dept)；放在普通 GROUP BY 查询里会直接报错。
- 错误写法：
COUNT(*) FILTER WHERE status = 'shipped'（缺括号）、SUM(amount) FILTER (WHERE status IN (?))（?占位符不被接受） - jOOQ 中要用
filterWhere(table.status.eq("COMPLETED"))，别传原始 SQL 字符串，否则生成无效语句 - 真正容易被忽略的是：FILTER 对 NULL 的处理是“自动跳过”，而
CASE WHEN需手动控制ELSE，两者行为一致但可读性不同，选哪个取决于团队对标准 SQL 的坚持程度
