IF仅用于过程化SQL环境，不能在普通查询中使用；CASE是标准SQL表达式，可在SELECT等各类语句中灵活使用，支持嵌套与聚合，二者应分工协作、规避NULL和性能陷阱。
SQL 中的 IF 和 CASE 不是万能开关，而是需要结合上下文、数据逻辑和执行环境来精准使用的控制流工具。
它们在存储过程、函数或动态 SQL 中最常见，但直接在普通查询里用法受限（尤其 IF），而 CASE 更灵活，可嵌套、可聚合、可参与计算。
IF 语句：只存在于过程化 SQL 环境中
标准 SQL 不支持独立的 IF 语句；它仅在支持过程扩展的数据库中可用，如 MySQL 存储过程、SQL Server T-SQL、PostgreSQL 的 plpgsql 函数中。
MySQL 中必须配合 BEGIN...END 使用，不能直接写在 SELECT 里
SQL Server 中 IF 只能控制后续语句块的执行路径，不返回值
PostgreSQL 的 IF 需写在函数体内部，且必须有对应 END IF;
想在 SELECT 查询中实现条件分支？别用 IF —— 改用 CASE
CASE 表达式：查询级条件逻辑的核心
CASE 是标准 SQL 支持的表达式，可在 SELECT、WHERE、ORDER BY、GROUP BY 甚至 INSERT/UPDATE 的字段列表中使用，分简单 CASE（匹配值）和搜索 CASE（布尔条件）两种形式。
搜索 CASE 更常用：
CASE 可嵌套，但建议深度不超过 3 层，否则可读性骤降
在 GROUP BY 或聚合中使用时，需确保所有非聚合字段都在 GROUP BY 列表中，或包裹在聚合函数内
CASE 返回值类型需一致，否则数据库会隐式转换（可能出错），显式 CAST 更安全
IF + CASE 协同：过程逻辑与查询逻辑分工明确
典型场景是在存储过程中先用 IF 做流程判断（比如参数合法性、业务状态检查），再用 CASE 构建最终结果集。
例如：用户传入 @report_type = 'monthly'，IF 判断后执行不同查询；其中每个查询内部用 CASE 标注数据等级、分类标签
避免在 IF 分支里拼接大量重复 SQL，可把共用逻辑提取为 CTE 或临时表，再用 CASE 统一加工
当需要根据多列组合判断时，CASE 的 WHEN 条件比多个嵌套 IF 更简洁清晰
易踩坑点：NULL、性能与可维护性
看似简单的条件逻辑，实际最容易因边界情况引发错误。
CASE 的 WHEN 子句不自动处理 NULL 比较：
永远为 FALSE，要用
未写 ELSE 时默认返回 NULL —— 若业务不允许空值，务必显式定义 ELSE 分支
在 WHERE 中滥用 CASE 可能导致索引失效（如
），优先改用布尔逻辑重写
复杂业务规则建议抽离到查找表或配置表，用 JOIN 替代硬编码 CASE，便于后期调整
CASE WHEN score >= 90 THEN 'A' WHEN score >= 80 THEN 'B' ELSE 'C' ENDcol = NULLcol IS NULLWHERE CASE WHEN x=1 THEN y ELSE z END > 10