case when 必须套在 sum、count 等聚合函数里才能安全用于条件统计；单独写在 select 中不加聚合，99% 的情况会报错或结果不可靠。因为 sql 执行顺序是先 group by 再计算 select 列，case 表达式若未被聚合函数包裹，则既非分组字段也非聚合结果，导致非确定性输出或报错“column must appear in group by or be used in aggregate function”。
直接说结论：CASE WHEN 必须套在 SUM、COUNT 等聚合函数里才能安全用于条件统计；单独写在 SELECT 中不加聚合，99% 的情况会报错或结果不可靠。
为什么 CASE WHEN 不能直接放在 SELECT 里做条件统计？
因为 SQL 执行顺序是先 GROUP BY（如果有），再计算 SELECT 列。如果写成 SELECT CASE WHEN status = 'paid' THEN amount END，数据库会发现这个表达式既不是 GROUP BY 字段，也不是聚合结果——它每行产出一个值，但分组后“该取哪一行？”没有定义，所以报错或返回非确定性结果。
- 错误典型提示：
column "status" must appear in the GROUP BY clause or be used in an aggregate function - 哪怕没报错，也可能只取某一行的 CASE 结果（取决于引擎实现），不是你想要的“汇总”
- 真正起作用的是
SUM(CASE WHEN ... THEN amount ELSE 0 END)这类结构：逐行判断 → 转成数值 → 汇总求和
SUM(CASE) 和 COUNT(CASE) 该怎么选？
看你要算“金额总和”还是“满足条件的行数”。两者语义不同，NULL 处理逻辑也不同。
- 算金额、数量等可加总字段，用
SUM(CASE WHEN condition THEN value ELSE 0 END)——ELSE 0必须显式写，否则 NULL 被 SUM 忽略，漏掉本该计入的 0 值行 - 单纯计数（比如“有多少人年龄 > 30”），可用
COUNT(CASE WHEN age > 30 THEN 1 END)—— 这里ELSE可省略，因为 COUNT 自动跳过 NULL，只数非空项 - 但注意：
COUNT(CASE WHEN ... THEN 1 ELSE 0 END)会把 0 也计进去，结果变成总行数，完全偏离意图
多个条件并列统计时，WHERE 和 CASE 的分工要清楚
WHERE 是“提前筛数据”，CASE 是“在筛完的数据里分类打标”。混用或颠倒顺序，性能和结果都会出问题。
- ✅ 正确：先
WHERE status IN ('paid', 'shipped')，再在 CASE 里区分type = 'cash'和type = 'card' - ❌ 错误：WHERE 只写
status = 'paid'，却在 CASE 里还写WHEN status = 'shipped' THEN ...—— 白跑大量被 WHERE 排除的行 - 跨时间字段慎用：比如同时用
create_time和pay_time做 CASE 分支，容易因 NULL 或时序错位导致逻辑偏差；建议先用子查询打标（如标记“是否已支付”），再聚合
字符串/空值/大小写导致 CASE 匹配失败怎么办？
CASE 对值完全敏感，源数据里一个空格、一个大写、一个 NULL，就可能让整个分支失效，结果变 NULL 而你毫无察觉。
- 先探查真实值：
SELECT DISTINCT TRIM(UPPER(city)) FROM users，别猜 - 比较前统一处理：
CASE WHEN TRIM(UPPER(city)) = 'BEIJING' THEN 1 ELSE 0 END - NULL 要单独判：
WHEN city IS NULL OR city = '' THEN 0，不能只靠city != '北京' - 所有
THEN和ELSE返回值类型必须一致：比如不能有的返回INT，有的返回VARCHAR，否则某些库（如 PostgreSQL）直接报错
最常被忽略的一点：GROUP BY 子句中如果用了 CASE 表达式，得原样写进去，不能用别名——因为 GROUP BY 执行早于 SELECT，别名还没生成。虽然 MySQL 和 PG 允许用别名，但 Oracle、SQL Server 不认，一换环境就崩。
