CASE WHEN 是 SQL 中替代 IF ELSE 的唯一通用可靠方案，因其为原生条件表达式，广泛兼容主流数据库；它分简单型（仅等值判断）和搜索型（支持任意布尔逻辑），业务复杂时必须用搜索型，且需显式书写 ELSE 避免 NULL 引发问题。
用 CASE WHEN 替代 IF ELSE 是唯一可靠方案
SQL 标准里没有 IF ELSE 语句（除了少数存储过程环境如 MySQL 的 IF 或 T-SQL 的 IF...ELSE），真正在 SELECT、WHERE、ORDER BY 等上下文中做分支计算，CASE WHEN 是通用且唯一推荐的方式。它不是“模拟”，而是 SQL 原生支持的条件表达式，所有主流数据库（PostgreSQL、MySQL 5.7+、SQL Server、Oracle、SQLite）都完全兼容。
常见错误是试图在 WHERE 中写 IF(col > 0, 'A', 'B') —— 这在绝大多数引擎里直接报错，因为 IF() 函数只在部分方言中作为标量函数存在，且不能替代逻辑分支结构。
CASE WHEN 的两种写法：简单 vs 搜索型，别混用
简单 CASE 只能做等值判断，形如 CASE col WHEN 'x' THEN 1 WHEN 'y' THEN 2 ELSE 0 END；搜索型 CASE 支持任意布尔表达式，必须用 WHEN col > 10 AND status = 'active' 这种写法。业务逻辑稍一复杂（比如带范围、NULL 判断、多列组合），就必须用搜索型。
- 写简单型却塞进不等号（
CASE score WHEN >= 90 THEN 'A'）→ 语法错误 - 把搜索型写成
CASE WHEN score THEN 90（漏掉比较操作）→ 逻辑永远为真或报错 -
ELSE不写？默认返回NULL，可能引发后续聚合/连接意外空值，务必显式写ELSE 0或ELSE 'unknown'
在聚合和窗口函数里嵌套 CASE，避免先 GROUP 再判别
想统计“高分男生人数”“及格女生人数”这类交叉维度，不要写两个子查询再 JOIN；直接在 SUM() 或 COUNT() 里套 CASE WHEN：
SELECT SUM(CASE WHEN gender = 'M' AND score >= 85 THEN 1 ELSE 0 END) AS high_male, COUNT(CASE WHEN gender = 'F' AND score >= 60 THEN 1 END) AS pass_female FROM students;
注意：COUNT(...) 遇到 NULL 自动跳过，所以 ELSE NULL 可省略；而 SUM() 必须保证每个分支都返回数值（ELSE 0 不可少），否则结果会变成 NULL。
同样适用于 ROW_NUMBER() OVER (ORDER BY CASE WHEN ...) 这类排序优先级控制——这里不能用函数包裹，只能靠 CASE 输出可比数值。
性能敏感场景：WHERE 先过滤，再 CASE 计算
CASE WHEN 本身不走索引，但它的条件表达式如果出现在 WHERE 子句左侧（如 WHERE CASE WHEN type='A' THEN created_at ELSE updated_at END > '2024-01-01'），会导致全表扫描。真正要提速，得把分支逻辑“下沉”：
- 把
CASE移到 SELECT 或 HAVING 中，WHERE 保留基础索引字段过滤（WHERE type IN ('A','B') AND status = 'active'） - 对高频分支字段，考虑冗余生成计算列并建索引（如 PostgreSQL 的
GENERATED ALWAYS AS (CASE WHEN ...)+ index） - MySQL 5.7+ 支持函数索引，但仅限确定性函数，
CASE表达式不可直接索引，需封装为 STORED GENERATED COLUMN
多层嵌套 CASE（超过 5 层）可读性急剧下降，此时该考虑是否本该由应用层处理，或者拆成 CTE 分步命名中间状态——SQL 不是万能的分支执行器。
