case when不是函数而是sql标准条件表达式，必须嵌入select、where等子句使用；报“invalid use of 'case'”常因单独执行、误加括号或在不支持位置（如无group by时where中混用聚合+case）导致。
CASE WHEN 不是函数，是 SQL 标准的条件表达式，不能像函数一样直接调用，必须配合 SELECT、WHERE、ORDER BY 等子句使用。
为什么写 CASE WHEN 却报错“invalid use of 'CASE'”？
常见于把 CASE WHEN 当成函数写在不支持的位置，比如：
- 单独执行
CASE WHEN 1=1 THEN 'yes' END（缺少上下文，语法非法） - 在 MySQL 中写成
SELECT CASE WHEN ... END()（误加括号） - 在 WHERE 子句中用了聚合 +
CASE却没加GROUP BY
正确姿势：它必须作为表达式嵌入语句中，例如 SELECT CASE WHEN status = 1 THEN 'active' ELSE 'inactive' END AS state。
CASE WHEN 在 SELECT 和 WHERE 中行为差异
SELECT 中用于生成新列值，WHERE 中用于动态过滤——但后者有隐含限制：
-
SELECT允许任意嵌套和计算，比如CASE WHEN price > 100 THEN discount * 0.9 ELSE price END -
WHERE中若用CASE，通常只能返回布尔结果或参与比较，如WHERE (CASE WHEN type = 'vip' THEN amount ELSE 0 END) > 500 - PostgreSQL 和 SQL Server 支持
WHERE CASE ... END = true，但 MySQL 会报错，得改写为WHERE (type = 'vip' AND amount > 500) OR (type != 'vip' AND 0 > 500)
简单分支 vs 搜索式分支：别混用 WHEN 的两种写法
CASE 有两种语法，底层逻辑不同，不能交叉混用：
- 简单
CASE：只比对表达式是否等于某个值，CASE status WHEN 1 THEN 'A' WHEN 2 THEN 'B'—— 这里status只能是列名或标量，不能是带运算的表达式 - 搜索式
CASE：支持任意布尔判断，CASE WHEN status IN (1,2) AND created_at > '2023-01-01' THEN 'new'—— 更灵活，推荐日常使用 - 一旦开头用了
CASE status，后面所有WHEN必须是单值匹配；一旦用了CASE WHEN，就不能再写CASE status WHEN
性能陷阱：在 ORDER BY 或索引字段中滥用 CASE WHEN
用 CASE WHEN 做排序依据（如按状态优先级排序）很常见，但容易拖慢查询：
-
ORDER BY CASE WHEN status = 3 THEN 1 WHEN status = 1 THEN 2 ELSE 3 END会导致无法使用status列上的索引 - 如果该排序逻辑固定且高频，建议新增一个计算列（MySQL 5.7+ 支持
GENERATED COLUMN）并建索引 - SQL Server 中可考虑用
OPTION (RECOMPILE)避免参数嗅探导致的计划退化，但这是补救，不是替代优化
多条件分支本身不重，但把它塞进执行计划关键路径（比如 JOIN 条件或 WHERE 中的子查询）时，数据库很难做谓词下推——这时候该拆就拆，别硬套 CASE。
