刚用CASE WHEN的时候，估计不少人遇到过这种情况：写了一大堆WHEN条件，一查结果，出来的全是NULL。这是怎么回事？
首先得明确一点：CASE WHEN不是函数，是表达式。直接在SELECT里写就能生效，但写错顺序或漏ELSE，NULL就会悄悄冒出来。
为什么 SELECT 中的 CASE WHEN 返回一堆 NULL？
最常见的原因就是没写ELSE，而所有WHEN条件都不匹配。按照SQL标准，这时候返回的是NULL，不是报错，所以很容易被忽略。
- 显式加上
ELSE NULL或ELSE '未知'，既能让逻辑意图更清晰，也方便后续调试 - 条件顺序至关重要：比如
WHEN age > 60一定要放在WHEN age > 18前面，否则后者永远没机会触发 - 注意数据类型隐式转换的问题——
WHEN status = 1 THEN 'active'配上ELSE 0，系统会强制把字符串转成数字，可能报错或者数据被截断
CASE WHEN 在 WHERE 和 ORDER BY 里也能用，但用法不同
CASE WHEN在WHERE里不能直接做“分支过滤”，但可以构造计算列来参与判断；而在ORDER BY中，它常用于自定义排序优先级。
- 想在
WHERE里按逻辑分组筛选？改用布尔表达式更直观，比如WHERE (status = 'A' AND amount > 1000) OR (status = 'B' AND amount < 500)，别硬套CASE ORDER BY的场景很实用：ORDER BY CASE type WHEN 'Urgent' THEN 1 WHEN 'Normal' THEN 2 ELSE 3 END，比写多个UNION干净多了- 聚合操作里，
CASE WHEN常和SUM/COUNT搭配，比如COUNT(CASE WHEN paid = true THEN 1 END)就能直接统计已支付的数量
嵌套 CASE WHEN 容易写晕，优先拆成独立字段
三层以上的嵌套不仅读起来费劲，还容易出现括号漏写、缩进错位的问题，调试时连哪条分支生效都看不清。
- 更好的做法是把主干逻辑先用
CASE算出一个中间列（比如category），然后再基于它做二次分类，比一层套一层清晰得多 - 注意作用域的差异：PostgreSQL支持
SELECT列别名在ORDER BY里直接引用，但不能在同级WHERE中用——嵌套时尤其要留神 - MySQL 8.0+和PostgreSQL支持
SEARCHED CASE（带布尔表达式的WHEN），但老版本MySQL只支持SIMPLE CASE（等值判断），写WHEN x > 0会直接报错ERROR 1064 (42000)
其实，真正麻烦的不是语法本身，而是当业务规则越来越多时，CASE的维护成本会成倍增长。上线前一定要拿边界数据——空值、负数、超长字符串——完整跑一遍，不然生产环境里那个因为少写ELSE而默默返回NULL的坑，可能要花小半天才能定位到。
