IIF是SQL Server 2012+引入的CASE WHEN语法糖，仅支持单条件两分支；不兼容MySQL等其他数据库，参数类型需兼容，NULL判断易出错，复杂逻辑应改用原生CASE。
SQL Server 里 IIF 是啥，能不能直接用
IIF 是 SQL Server 2012+ 引入的简写函数，本质是 CASE WHEN 的语法糖，只适用于「单条件、两分支」场景。它不能替代完整 CASE，也不支持嵌套条件判断（比如三选一或范围判断），更不是所有数据库都支持——MySQL、PostgreSQL、SQLite 都没有 IIF，用了会报错 Invalid column name 'IIF' 或类似提示。
实操建议：
- 确认数据库是 SQL Server 2012 及以上版本（可通过
SELECT @@VERSION查） - 仅用于形如「如果 A 成立返回 X，否则返回 Y」的简单逻辑
- 避免在 WHERE 子句中依赖
IIF做过滤主逻辑，容易干扰执行计划，优先用原生布尔表达式
IIF 的参数顺序和常见写错点
语法是 IIF(<boolean_expression>, <true_value>, <false_value>)，三个参数缺一不可，且第二、第三参数类型要兼容（SQL Server 会尝试隐式转换，但可能出意外）。
常见错误现象：
- 把条件写成字符串，比如
IIF('Status' = 'Active', ...)→ 实际应写列名IIF(Status = 'Active', ...) - 两个返回值类型冲突，比如
IIF(IsDeleted = 1, 1, 'N/A')→ 整数和字符串混合，SQL Server 会转成varchar，但若字段被后续计算引用（如 SUM），可能报错或静默截断 - 忽略 NULL 处理：
IIF(Price IS NULL, 0, Price)没问题，但IIF(Price > 100, 'expensive', 'cheap')遇到Price IS NULL时整个表达式返回'cheap'（因为NULL > 100结果为 UNKNOWN，不满足 true 分支）
和 CASE WHEN 对比：什么时候该换回原生写法
表面看 IIF 更短，但可读性和健壮性未必更好。尤其当逻辑稍有扩展，比如加一个「价格为 0 时显示 ‘free’」，IIF 就必须嵌套：IIF(Price = 0, 'free', IIF(Price > 100, 'expensive', 'cheap'))，立刻变难维护。
推荐切换时机：
- 需要处理 NULL 的显式分支（例如
WHEN Price IS NULL THEN ... ELSE ... END） - 条件涉及多个列组合判断（如
IIF(A > 0 AND B 可读，但再加一个 OR 就混乱） - 团队中有人用旧版 SSMS 或跨数据库迁移计划已存在 —— 直接写
CASE兼容性零风险
性能上二者无实质差异，执行计划通常完全一致。
实际例子：订单状态映射与空值兜底
假设有个 Orders 表，Status 是 tinyint（0=待支付，1=已发货，2=已完成），想查出可读状态名，并对未知值统一标为 'unknown'：
SELECT
OrderID,
IIF(Status = 0, 'pending',
IIF(Status = 1, 'shipped',
IIF(Status = 2, 'completed', 'unknown'))) AS StatusText,
IIF(TotalAmount IS NULL, 0.00, TotalAmount) AS SafeTotal
FROM Orders;
这里用了嵌套 IIF，虽然可行，但已暴露可维护短板；更稳妥的写法仍是：
SELECT
OrderID,
CASE Status
WHEN 0 THEN 'pending'
WHEN 1 THEN 'shipped'
WHEN 2 THEN 'completed'
ELSE 'unknown'
END AS StatusText,
ISNULL(TotalAmount, 0.00) AS SafeTotal
FROM Orders;
真正该用 IIF 的地方，其实是那种一眼能看清、改一次就完事的简单映射，比如 IIF(IsVIP = 1, 'YES', 'NO') —— 多一个字符都不想打，也确实没必要打。
