如何在SQL SELECT语句中使用CASE WHEN函数实现复杂逻辑分支

刚用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的坑，可能要花小半天才能定位到。