case when 的基本结构是连续使用多个 when … then … 实现多条件分类，必须注意条件顺序、边界值处理、类型一致性和 else 子句的使用。1. 条件按顺序执行，满足某条后不再继续判断；2. 所有不满足时走 else（若存在），否则返回 NULL；3. 常见错误包括条件顺序错、边界值漏、then 结果类型混用、遗漏 end 关键字。建议始终加上 else 明确默认值，并确保条件覆盖所有可能。
在 sql 查询中，CASE WHEN 是实现多条件分类的常用方法。它有点像编程语言里的 if-else 语句，能根据不同条件返回不同的值。使用时只要把各种情况列清楚，就能把数据按需求分门别类。
基本结构和多条件分类怎么写？
CASE WHEN 的基本结构是这样的：
SELECT column_name, CASE WHEN condition1 THEN result1 WHEN condition2 THEN result2 ... ELSE default_result END AS new_column_name FROM table_name;
要实现多条件分类，只需要连续写多个 WHEN … THEN …。比如你想根据销售额给客户打标签：
SELECT customer_id, sales_amount, CASE WHEN sales_amount > 10000 THEN 'VIP' WHEN sales_amount BETWEEN 5000 AND 10000 THEN '高价值' WHEN sales_amount BETWEEN 1000 AND 4999 THEN '普通' ELSE '低价值' END AS customer_type FROM customers;
这样就完成了四个层级的分类。注意几点：
- 条件是有顺序的，一旦满足某条 WHEN 就不会再往下判断。
- 所有条件都不满足时，会走 ELSE 分支（如果有的话）。
ELSE 子句遗漏了会怎样？
很多人写 CASE WHEN 时容易忽略 ELSE，其实这个子句非常重要。如果没写 ELSE，而所有 WHEN 条件都没匹配上，那这一行的结果就是 NULL。
比如上面的例子，如果不写最后一行 ELSE ‘低价值’，那么销售额小于 1000 的客户类型就会变成 NULL，而不是你预期的“低价值”。
这可能会带来几个问题：
所以建议：
- 不管有没有明显“默认”情况，都加上 ELSE，哪怕只是为了兜底。
- 如果确实不想兜底，也要明确知道某些情况下会返回 NULL，并确保后续流程可以处理这种情况。
实际使用中有哪些常见坑？
除了 ELSE 容易漏掉，还有几个地方容易出错：
-
条件顺序不对：比如先写了 WHEN sales_amount > 5000，再写 WHEN sales_amount > 10000，那大于 10000 的也会被前面的条件捕获，后面的不会执行。
-
边界值没处理好：比如用 sales_amount >= 5000 AND sales_amount
-
忘记写 END：这是语法错误，但新手偶尔会犯，尤其是嵌套多个 CASE 的时候。
基本上就这些。写得好一点的 CASE WHEN 不复杂，但细节处理不好也容易翻车。
