SQL Server中CASE不能替代IF，因CASE仅用于表达式上下文（如SELECT、WHERE），不能执行语句块；控制流程必须用IF...ELSE。
SQL Server里CASE不能替代IF，别混用
很多人以为 CASE 是万能分支，其实它只能用于表达式上下文（比如 SELECT 列、WHERE 条件、ORDER BY），**不能执行语句块**。想在存储过程中根据条件走不同逻辑路径（比如插入A表或B表、调用不同存储过程），必须用 IF...ELSE。
常见错误是这样写：
CREATE PROCEDURE test_proc @flag INT
AS
BEGIN
CASE @flag
WHEN 1 THEN INSERT INTO table_a VALUES (1)
WHEN 2 THEN INSERT INTO table_b VALUES (2)
END
END这会直接报错：Incorrect syntax near the keyword 'CASE' —— 因为 CASE 在这里不是控制流语句。
-
IF用于控制流程：决定“执行哪段代码” -
CASE用于计算值：决定“返回什么值” - 两者嵌套可行，但角色不能颠倒：比如
IF (CASE WHEN @x > 0 THEN 1 ELSE 0 END = 1) ...
IF…ELSE要小心作用域和BEGIN…END配对
SQL Server中，IF 后面**只跟一条语句时可以省略 BEGIN...END**，但一旦加了第二条，没加括号就会出大问题——只有第一条被纳入分支，后面语句无条件执行。
错误示范：
IF @status = 'active'
INSERT INTO log VALUES ('started')
UPDATE users SET last_login = GETDATE() -- 这行永远执行！正确写法必须显式包裹：
IF @status = 'active'
BEGIN
INSERT INTO log VALUES ('started')
UPDATE users SET last_login = GETDATE()
END
ELSE
BEGIN
INSERT INTO log VALUES ('skipped')
END- 哪怕只有一行，也建议始终写
BEGIN...END，避免后续加代码时漏括号 -
ELSE IF是合法语法，但注意 SQL Server 不支持ELSEIF（少个空格就报错） - 嵌套太深（>3 层）建议拆成独立存储过程或用查找表 + 动态SQL替代
CASE在SELECT里做动态列，但NULL和类型要盯紧
这是 CASE 最常用也最容易翻车的场景：根据字段值返回不同计算结果。关键陷阱有两个——NULL 处理和隐式类型转换。
比如这个常见写法：
SELECT
name,
CASE type
WHEN 'user' THEN age * 1.2
WHEN 'admin' THEN salary * 0.8
END AS adjusted_value
FROM staff如果 age 是 INT、salary 是 MONEY，SQL Server 会按数据类型优先级把结果统一转成 MONEY，可能导致小数位丢失或意外四舍五入。
- 显式指定返回类型：用
CAST(... AS DECIMAL(10,2))或CONVERT() - 所有分支必须有值，否则未匹配时返回
NULL；如需默认值，务必加ELSE 0或ELSE 'N/A' -
CASE表达式中不能出现赋值语句（如@var = 1）、EXEC、RETURN等
复杂分支逻辑别硬塞进存储过程，考虑用配置表驱动
当分支条件超过5种、规则经常变（比如不同地区税率、不同用户等级折扣），硬编码 IF/ELSE 或长 CASE 会让存储过程难以测试和维护。这时候该让数据说话。
建一张规则表：
CREATE TABLE discount_rules (
level VARCHAR(20),
min_order DECIMAL(10,2),
discount_rate DECIMAL(5,4),
active BIT
)然后在存储过程中用 SELECT TOP 1 查规则，再用查到的 discount_rate 做计算。好处很明显：
- 改规则不用改存储过程，DBA就能操作
- 可加时间范围字段，实现“限时活动”逻辑
- 配合
TRY...CATCH捕获查不到规则的情况，避免静默失败
真正难的从来不是写多少个 IF，而是判断什么时候不该写 IF。规则越业务化，越该交给配置；逻辑越固定，才值得固化进代码。
