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，而不是你预期的“低价值”。
这可能会带来几个问题：
- 数据分析结果不准确，漏掉部分记录。
- 后续处理中出现空值错误，比如图表展示异常、聚合统计出错。
- 如果你是做报表或接口输出，
NULL值可能影响前端显示逻辑。
所以建议：
- 不管有没有明显“默认”情况，都加上
ELSE，哪怕只是为了兜底。 - 如果确实不想兜底，也要明确知道某些情况下会返回
NULL，并确保后续流程可以处理这种情况。
实际使用中有哪些常见坑？
除了 ELSE 容易漏掉，还有几个地方容易出错：
条件顺序不对：比如先写了
WHEN sales_amount > 5000，再写WHEN sales_amount > 10000，那大于 10000 的也会被前面的条件捕获，后面的不会执行。边界值没处理好：比如用
sales_amount >= 5000 AND sales_amount 还是用BETWEEN要看具体数值范围，搞错了容易重复分类或漏掉数据。THEN 后面的值类型不一致：虽然有些数据库允许混合类型，但最好保持一致，避免隐式转换导致奇怪的问题。
忘记写 END：这是语法错误，但新手偶尔会犯，尤其是嵌套多个
CASE的时候。
基本上就这些。写得好一点的 CASE WHEN 不复杂，但细节处理不好也容易翻车。
