COUNT(CASE WHEN)必须显式写ELSE 0或省略ELSE（默认NULL），否则不匹配行被忽略；真要计满足条件的行数，应改用SUM(CASE WHEN THEN 1 ELSE 0 END)。
CASE WHEN在COUNT里怎么写才不漏数据
直接在COUNT()里套CASE WHEN是最常用也最容易出错的写法。关键不是“能不能用”，而是“漏统计”——比如把ELSE NULL省略掉，会导致条件不满足的行被COUNT()忽略（因为COUNT只计非NULL值）。
正确写法必须显式补上ELSE 0或留空ELSE（默认为NULL），但更稳妥的是统一用ELSE 0：
SELECT COUNT(*) AS total, COUNT(CASE WHEN status = 'paid' THEN 1 ELSE 0 END) AS paid_count, COUNT(CASE WHEN amount > 1000 THEN 1 ELSE 0 END) AS big_order_count
注意：COUNT(CASE ... END)里返回0仍会被计入总数；如果真想只计满足条件的行，该用SUM(CASE ... END)。
用SUM(CASE WHEN ...)替代COUNT时要注意什么
SUM才是做条件计数的自然选择——它把TRUE转成1、FALSE或NULL转成0，加总即得数量。比COUNT少一层隐式逻辑，不易错。
常见误用：
- 写
SUM(CASE WHEN x > 5 THEN 1 END)：缺ELSE 0，遇到不满足条件的行会返回NULL，SUM跳过它 → 结果偏小 - 写
SUM(CASE WHEN x > 5 THEN 1 ELSE NULL END)：和上面一样，本质没区别
正确写法：
SUM(CASE WHEN status = 'shipped' THEN 1 ELSE 0 END) AS shipped_cnt
嵌套CASE WHEN导致GROUP BY结果异常怎么办
当CASE WHEN里再套CASE WHEN，或者用多个字段组合判断时，容易因空值、类型隐式转换、优先级混乱，让分组结果和预期不符。
典型问题场景：
-
status是NULL，而CASE WHEN status = 'done'...不匹配任何分支 → 整个表达式返回NULL，导致该行在GROUP BY中被归入“空组” - 混合字符串和数字判断，如
CASE WHEN category IN ('A', 'B') THEN 'high' ELSE level END，若level是整数，数据库可能报类型冲突（尤其PostgreSQL、SQL Server）
建议做法：
- 所有分支返回同类型值，必要时显式
CAST - 开头加
WHEN status IS NULL THEN 'unknown'兜底 - 复杂逻辑先抽成CTE或子查询，别堆在SELECT里
MySQL vs PostgreSQL对CASE WHEN的NULL处理差异
MySQL在CASE WHEN中对NULL = NULL默认返回FALSE（需用IS NULL判断），而PostgreSQL严格遵循三值逻辑——NULL = NULL结果仍是NULL，不会进WHEN分支。
这意味着同一段SQL，在两个库上可能分组结果不同：
CASE WHEN flag = NULL THEN 'missing' ELSE 'ok' END
这段在MySQL里永远走ELSE（因为flag = NULL恒为FALSE），在PostgreSQL里也永远走ELSE（因为flag = NULL结果是NULL，不满足WHEN条件）。真正安全的写法是：
CASE WHEN flag IS NULL THEN 'missing' ELSE 'ok' END
跨库迁移或共用SQL模板时，这点最容易被忽略——看起来运行不报错，但统计结果悄悄偏差。
