case when 必须嵌套在sum、count等聚合函数中，否则在group by查询中会报错或产生非确定性结果；else 0不可省略，否则null值被忽略导致统计偏小；多条件统计应合并为单次查询并配合where预过滤。
CASE WHEN 必须嵌在 SUM、COUNT 等聚合函数里，单独写在 SELECT 中且没 GROUP BY 会报错或结果不可靠。
为什么不能直接写 CASE WHEN status = 'paid' THEN amount END？
SQL 执行顺序是先 GROUP BY，再算聚合值。如果 CASE WHEN 没被 SUM、COUNT 包裹，它就是一个行级表达式，数据库不知道该对它“求和”还是“计数”，更不知道怎么跟分组字段对齐——轻则报错 column must appear in the GROUP BY clause or be used in an aggregate function，重则返回随机一行的值（非确定性输出）。
正确姿势是把它作为聚合函数的参数：SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END)。
ELSE 0 到底能不能省？
不能省。不写 ELSE，默认补 ELSE NULL；而 SUM 会跳过 NULL，导致统计值偏小，且难以排查。
- 比如统计「非北京用户数」，写成
SUM(CASE WHEN city != '北京' THEN 1 END)：当city是NULL或空字符串时，这一行既不进WHEN分支，也不被SUM计入，实际漏掉了 - 正确写法应明确覆盖所有情况：
SUM(CASE WHEN city = '北京' THEN 1 ELSE 0 END)或更严谨地处理空值：SUM(CASE WHEN TRIM(city) = '北京' THEN 1 WHEN city IS NULL OR city = '' THEN 0 ELSE 1 END) - 注意：所有
THEN和ELSE的返回值类型必须一致，混用字符串和数字（如THEN 'yes' ELSE 0）会触发隐式转换失败
多个条件统计要不要拆成多条查询？
完全不用。一次 SELECT 里并列多个 SUM(CASE WHEN ...) 是标准做法，数据库只扫描源表一次。
但关键前提是：先用 WHERE 过滤无关数据，再做条件聚合。
- ✅ 推荐：
SELECT SUM(CASE WHEN type = 'cash' THEN amount ELSE 0 END), SUM(CASE WHEN type = 'card' THEN amount ELSE 0 END) FROM orders WHERE status IN ('paid', 'shipped')—— 减少参与聚合的行数 - ❌ 避免：
WHERE status = 'paid'却在CASE WHEN里还判断type，等于白跑大量已过滤掉的行 - 别在同一个
CASE WHEN里混用跨时间维度字段（如create_time和pay_time），逻辑容易错位；需先用子查询打标，再聚合
字符串/大小写/空格/NULL 导致匹配不上怎么办？
CASE WHEN 对值敏感，原始数据若有空格、大小写混杂、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 TRIM(city) = '' THEN 0，不能只靠!= '北京' - 金额类字段本身可能为
NULL，建议先COALESCE(amount, 0)再参与SUM
最易被忽略的是：聚合字段在 GROUP BY 维度内是否恒定。比如在 GROUP BY user_id 下引用未聚合的 col_b，会报错；若该字段每 user_id 下确实唯一，得用 MAX(col_b) 显式包裹，不能裸写。
