IF和CASE的关键在于嵌套逻辑、动态条件与边界处理：IF适用于二元表达式但需防NULL传播，CASE分简单/搜索两种且必须有ELSE，复杂场景需结合聚合、过滤与JOIN优化。
IF 和 CASE 不是简单“选一个”，关键在嵌套逻辑、动态条件和边界处理。
IF 语句：别只用在存储过程里，学会在表达式中“借壳”
SQL 标准中 IF 是流程控制语句（如 MySQL 的 IF ... THEN ... END IF），不能直接出现在 SELECT 中；但多数数据库提供类 IF 函数（如 MySQL 的 IF()、SQL Server 的 IIF()、PostgreSQL 的 NULLIF() 或配合 CASE）。真正实用的是把 IF 逻辑“翻译”成可计算的标量表达式：
- 用
IF(condition, true_result, false_result)替代单层分支，比写完整 CASE 更紧凑（适合二元判断） - 嵌套 IF 要警惕可读性——三层以上建议改用 CASE，否则容易漏掉 ELSE 分支或括号错位
- 注意 NULL 传播：IF(1=1, 'Y', NULL) 返回 'Y'，但 IF(NULL, 'Y', 'N') 返回 'N'（MySQL 中 NULL 条件视为 FALSE）；实际中应显式用
IS NULL判断
CASE 表达式：掌握两种语法，用对场景才不翻车
CASE 分为简单 CASE（匹配值）和搜索 CASE（匹配布尔表达式），二者不可混用：
- 简单 CASE：
CASE column WHEN 'A' THEN 1 WHEN 'B' THEN 2 ELSE 0 END—— 仅支持等值比较，且 column 不能是子查询或复杂表达式 - 搜索 CASE：
CASE WHEN col > 100 THEN 'high' WHEN col BETWEEN 10 AND 100 THEN 'mid' ELSE 'low' END—— 支持任意布尔逻辑，推荐日常使用 - 执行顺序从上到下，第一个满足的 WHEN 就终止；所以范围判断要按“从细到粗”排（例如先写
<= 10，再写<= 100），避免被前置宽泛条件截断
复杂嵌套与动态逻辑：CASE 套子查询 + IF 控制执行路径
真实业务常需“根据某字段值决定查哪张表”或“条件性聚合”，这时需组合使用：
- 在 SELECT 列中用 CASE 包裹聚合函数：
SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END)实现条件求和 - 在 WHERE 中用 CASE 实现“开关式过滤”：
WHERE (CASE WHEN @filter_mode = 'all' THEN 1 ELSE CASE WHEN type = @type THEN 1 ELSE 0 END END) = 1，但更推荐用 OR 逻辑替代，避免优化器失效 - 在 JOIN 条件中慎用 CASE：如
LEFT JOIN t2 ON t1.id = CASE WHEN t1.flag = 1 THEN t2.ref_id ELSE t2.alt_id END—— 可能导致索引失效，优先考虑拆成 UNION 或预计算关联字段
避坑要点：NULL、性能与跨数据库兼容性
这些细节常被忽略，却直接影响结果正确性和执行效率：
- CASE 必须有 ELSE：没有 ELSE 时默认返回 NULL，若所有分支都未命中，整列变 NULL —— 看似正常，实则掩盖逻辑漏洞
- 避免在 CASE WHEN 中写耗时操作：如
WHEN (SELECT COUNT(*) FROM huge_table) > 100 THEN ...会导致子查询反复执行，应提前算好并用变量/CTE 缓存 - 跨库迁移时注意语法差异：MySQL 允许在 ORDER BY 里用列别名引用 CASE 结果，而 PostgreSQL 要求重复整个表达式或用位置序号（如
ORDER BY 3）
