结论：优先用 CASE WHEN，它是标准 SQL 语法，支持所有上下文和多分支逻辑；IF 是 MySQL 特有函数，仅适用于表达式，不支持 WHERE 等复杂场景，且在 PostgreSQL 和 Oracle 中不可用或受限。
MySQL 里该用 CASE WHEN 还是 IF/ELSIF？
直接说结论：case when 是标准 sql 语法，支持所有上下文（select、where、order by、group by）；if 是 mysql 特有函数，只能用在表达式里（比如 select 列或 set 赋值），不支持在 where 条件中嵌套多分支逻辑。
常见错误现象：写 WHERE IF(status = 1, created_at > '2023-01-01', updated_at > '2023-01-01') —— 语法报错，因为 IF 返回布尔值，但 MySQL 不允许把函数调用直接当布尔条件用（它期待的是纯逻辑表达式）。
-
CASE WHEN可以返回任意类型，也能配合IS NULL、比较运算符等自然融入 WHERE -
IF参数固定为三个：条件、真值、假值；没法直接写“否则如果……”链，硬套会嵌套过深、可读性崩坏 - 性能上没本质差异，但
CASE WHEN更容易被优化器识别为条件推送（尤其在索引字段上）
PostgreSQL 中没有 IF ELSIF，别瞎找
PostgreSQL 不支持存储过程外的 IF ELSIF 语句——那玩意儿只存在于 DO 块或函数体（PL/pgSQL）里。你在普通查询里想实现多分支，唯一正解是 CASE WHEN。
常见错误现象：复制 MySQL 的 IF(status = 1, 'active', IF(status = 2, 'pending', 'other')) 到 PG 里执行，直接报错 syntax error at or near "IF"。
- PG 的
CASE支持简单形式（CASE status WHEN 1 THEN 'active'...）和搜索形式（CASE WHEN status = 1 THEN...），后者更灵活 - 注意
CASE必须有END，漏写会报错syntax error at end of input - 所有分支返回值类型要兼容，否则 PG 会强制转成公共类型（比如混合了
TEXT和INTEGER，可能隐式转成TEXT，影响后续计算）
Oracle 的 DECODE 和 CASE WHEN 怎么选？
DECODE 是 Oracle 旧语法，仅支持等值判断，且不能用在 PL/SQL 的条件逻辑里（比如 IF DECODE(...) = 'X' THEN 是非法的）；CASE WHEN 是标准语法，支持任意布尔表达式，还能用在 PL/SQL 的 IF 外部做赋值。
使用场景：如果你在写视图或复杂查询，优先用 CASE WHEN；只有维护老脚本且全是单值匹配时，DECODE 才省几个字符。
-
DECODE(a, 1, 'one', 2, 'two', 'other')看似简洁，但一旦要加a > 0 AND a 这种范围判断，立刻失效 -
CASE在子查询、WITH 子句、窗口函数中通用；DECODE在某些高版本 Oracle 的 WITH 中已被限制使用 - 参数差异：两者都要求各分支返回同类型，但
DECODE对空值处理更“宽松”（DECODE(null, null, 1, 0)返回 1），而CASE WHEN null IS NULL THEN 1 ELSE 0 END才等价
SQL Server 的 IIF 和 CASE 别混用
IIF 是 SQL Server 2012+ 引入的三元函数，本质就是 CASE WHEN 的语法糖，只支持一层判断；真正需要多分支时，必须用 CASE，否则代码会迅速变得难以维护。
常见错误现象：用 IIF(a=1, 'x', IIF(a=2, 'y', IIF(a=3, 'z', 'n/a'))) 写四层嵌套，结果执行计划显示 Compute Scalar 节点爆炸，CPU 占用明显升高。
-
IIF编译后仍转成CASE，但嵌套层级深时，优化器可能无法有效折叠常量表达式 -
CASE在 WHERE 中可下推到扫描层（比如CASE WHEN id IN (1,2,3) THEN 1 ELSE 0 END = 1可能触发索引查找）；IIF在 WHERE 中基本没法下推 - 兼容性：
IIF在 Azure SQL 和较新版本可用，但链接服务器（Linked Server）查询中可能不识别，而CASE全版本通吃
IF 或 IIF 替代 CASE WHEN，尤其当分支逻辑要进 WHERE 或参与聚合时——表面省事，实际埋下兼容性、可读性和执行效率三重坑。
