SQL 中无通用 IF()函数，MySQL/MariaDB 独有；跨库应统一用 ANSI 标准 CASE WHEN，注意必须配 END、类型兼容、WHERE 中不可直接替代布尔逻辑。
SQL 里没有 IF() 函数，别直接抄 MySQL 写法到其他数据库
很多刚从 MySQL 转过来的人会下意识写 IF(condition, true_val, false_val)，结果在 PostgreSQL、SQL Server 或 Oracle 里直接报错——因为只有 MySQL 和 MariaDB 原生支持这个函数。PostgreSQL 用CASE WHEN，SQL Server 虽然有IIF() 但只限 2012+ 且不支持嵌套深度大，Oracle 压根没 IF() 这玩意儿。
实操建议：
- 跨数据库项目一律优先用
CASE WHEN，它是 ANSI 标准，所有主流数据库都支持 - MySQL 里想用
IF()可以，但注意它只接受三个参数，不能像CASE那样写多个分支 - 如果逻辑简单（比如二选一），MySQL 用
IF()更短；但只要涉及> 2 种情况，立刻切回CASE WHEN
CASE WHEN必须配END，漏写会直接语法报错
常见错误现象：ERROR: syntax error at or near "ELSE" 或 ORA-00905: missing keyword，往往就是 CASE 后面没跟 END，或者END 写成了END CASE（Oracle 才要多写CASE，其他库只认END）。
使用场景：字段值映射、空值兜底、状态码转义、分段统计
示例（通用写法）：
SELECT name, CASE WHEN score >= 90 THEN 'A' WHEN score >= 80 THEN 'B' WHEN score >= 60 THEN 'C' ELSE 'F' END AS grade FROM students;注意点：
-
WHEN子句按顺序匹配，第一个为真就返回对应值，后续不再判断 -
ELSE不是可选的——不写且无匹配项时，该列值为NULL，容易引发前端空指针 - 所有分支返回的数据类型要兼容，比如不能有的返回
INT、有的返回VARCHAR（数据库会隐式转换，但可能出意外）
WHERE 里不能直接用 CASE WHEN 做条件过滤，得改写成布尔表达式
有人想写 WHERE CASE WHEN status = 'active' THEN created_at > '2023-01-01' ELSE TRUE END，这是错的。CASE 在WHERE里只能返回值，不能返回“条件本身”；数据库不接受把 CASE 当布尔表达式用。
正确做法是拆成逻辑组合：
- 用
AND/OR重写：WHERE (status = 'active' AND created_at > '2023-01-01') OR status != 'active' - 或者用
COALESCE等辅助函数兜底，但本质还是靠布尔运算 - 极少数场景（如动态权限）需硬上
CASE，只能放到SELECT或HAVING里，再外层过滤
性能影响：用 OR 可能让索引失效，尤其当 status 区分度低时，得看执行计划确认是否走索引。
聚合函数里嵌套 CASE WHEN 是安全的，但别漏掉GROUP BY
这是最常用也最容易翻车的场景：统计不同类别的数量、金额，比如“付费用户数”“试用用户数”。很多人写完 SUM(CASE WHEN type='pay' THEN 1 ELSE 0 END) 就以为完事了，结果发现数据对不上。
关键点：
- 聚合前若用了非聚合字段（如
user_id、region），必须出现在GROUP BY里，否则 PostgreSQL 直接报错，MySQL 在严格模式下也报错 -
CASE里的字段必须来自GROUP BY维度或聚合结果，不能引用未分组的明细字段 - 用
SUM比COUNT更稳妥：COUNT(CASE ……)会忽略NULL，而SUM明确返回 0，语义更清晰
示例（带分组）：
SELECT region, SUM(CASE WHEN status = 'paid' THEN 1 ELSE 0 END) AS paid_count, SUM(CASE WHEN status = 'trial' THEN amount ELSE 0 END) AS trial_revenue FROM users GROUP BY region;复杂点在于 CASE WHEN 看着像编程 if，其实它本质是表达式求值，不是控制流；所有分支都在同一行上下文中执行，没法提前退出或跳过。这点和应用层代码思维差别很大，容易凭直觉写错。
