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，其实它本质是表达式求值，不是控制流；所有分支都在同一行上下文中执行，没法提前退出或跳过。这点和应用层代码思维差别很大，容易凭直觉写错。
