CASE WHEN在SELECT中用于动态计算字段，如将数值转文字；WHERE中不可直接使用，需改用布尔逻辑或子查询；GROUP BY中可用其实现动态分组，但表达式须与SELECT中完全一致。

CASE WHEN在SELECT中做字段动态计算

直接在SELECT里用CASE WHEN是最常见场景，比如把数值等级转成文字描述。它不改变原表结构，只影响查询结果的显示逻辑。

注意必须有END，且每个WHEN后跟的是布尔表达式，不是列名直接比较（除非用WHEN column = value这种写法）。漏掉ELSE也没问题，但没匹配上的行会返回NULL，容易引发后续统计偏差。

示例：

SELECT 
  name,
  score,
  CASE 
    WHEN score >= 90 THEN 'A'
    WHEN score >= 80 THEN 'B'
    WHEN score >= 70 THEN 'C'
    ELSE 'F'
  END AS grade
FROM students;

WHERE子句里用CASE WHEN做复杂过滤条件

CASE WHEN本身不能直接出现在WHERE里当条件表达式用——SQL标准不支持。但你可以把它包在子查询或CTE里先算出标记字段，再在WHERE里引用；或者改用布尔逻辑组合（更推荐）。

常见错误是写成这样：WHERE CASE WHEN status = 'active' THEN 1 ELSE 0 END = 1——语法合法但性能差，数据库很难走索引。等价且高效写法是：WHERE status = 'active'。

真正需要CASE参与过滤的情况很少，典型如：按不同角色查不同时间范围的数据，且角色和时间逻辑耦合紧密。这时建议拆成UNION ALL或用OR分段写清楚。

GROUP BY里嵌套CASE WHEN实现动态分组

想按“年龄段”“价格区间”这类非原始字段分组时，CASE WHEN是刚需。它会在分组前先生成一个临时分类值，然后按这个值聚合。

关键点：分组用的CASE必须和SELECT里的完全一致（包括空格、大小写），否则某些数据库（如MySQL严格模式）会报错；另外，别在GROUP BY里用别名，得重复写整个CASE表达式。

示例（按消费金额分层统计人数）：

SELECT 
  CASE 
    WHEN amount < 100 THEN 'low'
    WHEN amount < 500 THEN 'mid'
    ELSE 'high'
  END AS level,
  COUNT(*) AS cnt
FROM orders
GROUP BY 
  CASE 
    WHEN amount < 100 THEN 'low'
    WHEN amount < 500 THEN 'mid'
    ELSE 'high'
  END;

CASE WHEN与NULL处理的隐含陷阱

CASE WHEN对NULL的判断很敏感：用= NULL永远不成立，必须用IS NULL。如果忘了这点，WHEN column = NULL那段逻辑就永远不会触发。

另一个坑是COALESCE和CASE混用时的类型推断。例如CASE WHEN flag THEN 'yes' ELSE 0 END，字符串和数字混合会导致隐式转换失败（PostgreSQL报错，MySQL可能转成字符串但值异常）。

安全做法：

• 所有涉及NULL的判断统一用IS NULL或IS NOT NULL
• 确保THEN和ELSE分支返回相同数据类型，必要时显式CAST
• 在复杂报表SQL里，优先把CASE逻辑提到CTE里单独验证输出类型

多层嵌套CASE可读性会迅速下降，真遇到三层以上分支，不如拆成多个字段或用应用层处理。