如何在SQL Server中使用ISNULL函数替代繁琐的CASE判空语句
ISNULL函数是SQL Server特有函数，用于将NULL值替换为指定值，逻辑等价于CASE WHEN expression IS NULL THEN replacement ELSE expression END；其语法为ISNULL(check_expression, replacement_value)，要求replacement_value可隐式转换为check_expression的类型，仅支持两参数且返回类型与第一个参数一致。
ISNULL函数的基本用法和替代CASE的逻辑等价性
ISNULL 是 SQL Server 特有的标量函数，用于判断表达式是否为 NULL，并返回指定的替换值。它本质是 CASE WHEN expression IS NULL THEN replacement ELSE expression END 的简写，但更简洁、执行效率略高（因编译器可做轻量级优化）。
常见错误是误以为 ISNULL 能处理空字符串或 0 值——它只响应 NULL，对 '' 或 0 不触发替换。
-
ISNULL(col, 'N/A')等价于CASE WHEN col IS NULL THEN 'N/A' ELSE col END - 参数类型必须兼容：第二个参数会隐式转换为第一个参数的类型，若不匹配会报错
Cannot convert data type X to Y - 不能跨数据类型安全替换，比如
ISNULL(int_col, 'unknown')会失败，需改用ISNULL(CAST(int_col AS VARCHAR), 'unknown')
ISNULL vs COALESCE：什么时候不该用ISNULL
当需要多个备选值（如优先取 col1，为空则取 col2，再空则取 col3）时，COALESCE 更合适，它是 ANSI 标准函数，支持任意数量参数，且类型推导更严谨。
ISNULL 只接受两个参数，强行嵌套会降低可读性，例如：ISNULL(ISNULL(col1, col2), col3) —— 这不仅难维护，还可能因类型隐式转换出错。
-
COALESCE(col1, col2, col3)自动按左到右找第一个非NULL值，并返回其类型 -
ISNULL的返回类型始终与第一个参数一致，COALESCE返回最高优先级类型（如INT和VARCHAR混用时可能转成VARCHAR） - 在计算列或索引视图中，
ISNULL允许被标记为确定性函数，COALESCE在某些版本中不被视作确定性（影响索引创建）
实际场景中的典型误用和修复
业务中常把“空字符串”当作“空值”处理，直接写 ISNULL(name, '匿名')，结果发现 name = '' 的记录没被替换——因为 '' 不等于 NULL。
正确做法取决于语义：若业务上空白字符串和 NULL 视为同等无效，需先标准化：
- 用
NULLIF(name, '')把空字符串转为NULL，再套ISNULL：ISNULL(NULLIF(name, ''), '匿名') - 或者用
CASE显式覆盖：CASE WHEN name IS NULL OR name = '' THEN '匿名' ELSE name END - 在 WHERE 条件中混用也容易踩坑：
WHERE ISNULL(status, 'active') = 'active'会漏掉status = ''的行，应明确写成WHERE ISNULL(NULLIF(status, ''), 'active') = 'active'
性能和兼容性注意事项
ISNULL 在 SQL Server 内部实现为轻量级操作，比等价 CASE 略快，但差异通常在纳秒级，仅在超高压批量计算中值得关注。
真正影响性能的是类型转换：如果第一个参数是 TEXT 或 NTEXT（已弃用），ISNULL 会强制转成 VARCHAR 或 NVARCHAR，可能截断或失败；现代写法应统一用 VARCHAR(MAX) 或 NVARCHAR(MAX)。
- SQL Server 2012+ 支持
IIF，但IIF(NULL, ...)仍需配合IS NULL判断，不能替代ISNULL - 迁移到 Azure SQL 或其他数据库时，
ISNULL不可用，必须提前替换为COALESCE或CASE - 在链接服务器查询中，
ISNULL可能无法下推到远端，导致全量拉取后再计算，而COALESCE更可能被下推
最常被忽略的是：ISNULL 的第二个参数参与执行计划参数化，若传入变量且该变量为 NULL，整个表达式结果就是 NULL——不是替换失败，而是你传了个 NULL 当替换值。
