case when在sql中是表达式而非语句，必须用于返回值的上下文（如select、where、order by），不可单独执行；应优先使用搜索case，注意null处理与聚合函数中的默认行为。
SQL里CASE WHEN到底该写成表达式还是语句
CASE WHEN不是万能开关，它在SQL里本质是表达式，必须出现在能返回值的地方——比如SELECT列表、ORDER BY、WHERE条件（需配合比较操作符），但不能单独作为一条执行语句。很多人写CASE WHEN ... THEN ... END却放在UPDATE末尾或INSERT之后，结果报错SQL Error: ORA-00905: missing keyword或near 'CASE': syntax error，就是因为把它当成了流程控制语句。
- 正确位置：SELECT子句中直接计算新列，如
SELECT name, CASE WHEN age >= 18 THEN 'adult' ELSE 'minor' END AS status FROM users - WHERE中要用时得套一层比较，比如
WHERE (CASE WHEN region = 'CN' THEN 1 ELSE 0 END) = 1，但更推荐直接写region = 'CN'——CASE在这里纯属绕路 - 在GROUP BY或ORDER BY里可用，例如
ORDER BY CASE WHEN score IS NULL THEN 1 ELSE 0 END, score DESC，用于把NULL排在最后
简单CASE和搜索CASE混淆导致逻辑错乱
简单CASE（CASE column WHEN value THEN ...）只支持等值判断，且会做隐式类型转换；搜索CASE（CASE WHEN condition THEN ...）才支持>、BETWEEN、IS NULL等任意布尔表达式。混用会导致意料外的匹配失败。
- 错误写法：
CASE status WHEN 'active' THEN 1 WHEN 'pending' THEN 0.5 ELSE 0 END—— 如果status是整数类型字段，而字符串字面量触发隐式转换，MySQL可能全转成0，结果全进ELSE分支 - 安全写法一律用搜索CASE：
CASE WHEN status = 'active' THEN 1 WHEN status = 'pending' THEN 0.5 ELSE 0 END - 注意NULL处理：
status = NULL永远为FALSE，必须写status IS NULL，否则NULL值会被漏掉
在聚合函数里嵌套CASE WHEN统计多维度指标
这是CASE WHEN最实用的场景，避免多次扫描表。但容易忽略聚合上下文对NULL的处理——COUNT会跳过NULL，SUM/AVG则需确保ELSE分支不返回NULL（否则影响结果精度）。
- 统计各状态人数：
COUNT(CASE WHEN status = 'paid' THEN 1 END)—— 注意这里ELSE被省略，默认为NULL，COUNT自动忽略，等价于只计paid行 - 算平均折扣率时别写：
AVG(CASE WHEN discount > 0 THEN discount END)，这会排除discount=0的订单；若想包含0，得显式写ELSE 0 - 多个条件叠加要小心优先级，比如
CASE WHEN amount > 1000 AND currency = 'USD' THEN 'high_usd' WHEN amount > 1000 THEN 'high_other'...，顺序不能颠倒
性能陷阱：CASE WHEN在WHERE或ON里拖慢查询
数据库优化器很难对复杂CASE条件生成高效索引计划。尤其当CASE嵌套在JOIN的ON条件或WHERE子句中，可能导致全表扫描，即使相关字段有索引。
- 避免：
ON t1.id = CASE WHEN t2.type = 'A' THEN t2.ref_id ELSE t2.alt_id END—— 这种动态关联会让优化器放弃使用索引 - 替代方案：拆成UNION ALL两个独立查询，或用LEAST/GREATEST等标量函数（如果语义允许）
- 在WHERE中用CASE过滤时，确认是否真需要——比如
WHERE CASE WHEN flag = 1 THEN created_at ELSE updated_at END > '2024-01-01'，不如提前算好时间字段或加计算列索引
真正难的不是语法，是判断CASE WHEN是否真解决了问题，还是仅仅让SQL看起来更“聪明”。很多线上慢查追到最后，都是因为把CASE当成胶水硬粘逻辑，而没动表结构或索引设计。
