ISNULL是SQL Server特有函数，仅接受两个参数，第二参数类型决定返回类型；不可传NULL或子查询作第二参数；WHERE中使用会导致索引失效；类型推导在编译期完成，影响精度与性能。
ISNULL函数的基本用法和参数规则
ISNULL 是 SQL Server 特有的空值替换函数，它只接受两个参数：第一个是待检查的表达式，第二个是当该表达式为 NULL 时返回的替代值。关键点在于：第二个参数的数据类型会强制决定整个函数的返回类型，SQL Server 不会做隐式类型提升。
常见错误是传入不同精度的数值类型，比如：ISNULL(Price, 0) 中 Price 是 decimal(18,4)，而 0 是 int，结果会被截断为整数——这不是 bug，而是设计行为。
- 始终显式指定替代值的类型，例如用
0.00替代0，或用CAST(0 AS decimal(18,4)) - 不能用
ISNULL替换字符串字段时传入NULL作为第二参数（语法错误），必须提供具体值 - 第二参数不能是子查询或复杂表达式（会报错：
Incorrect syntax near the keyword 'SELECT'）
ISNULL vs COALESCE：什么时候不该用ISNULL
COALESCE 是 ANSI 标准函数，支持多个参数并返回第一个非 NULL 值；ISNULL 只支持两个参数，但执行效率略高（因为不涉及表达式求值顺序判断）。实际选择取决于场景：
- 需要多值 fallback（如优先取
Mobile，没有则取Phone，再没有取'N/A'）→ 必须用COALESCE(Mobile, Phone, 'N/A')，ISNULL无法实现 - 在大型表的 SELECT 列中高频使用且对性能敏感 →
ISNULL更轻量，尤其在 WHERE 或 JOIN 条件中 - 跨数据库迁移计划存在 → 避免
ISNULL，改用COALESCE提高兼容性
在WHERE条件中误用ISNULL导致索引失效
写成 WHERE ISNULL(Status, '') = 'Active' 看似合理，但会导致 Status 字段上的索引无法被 SEEK 使用，变成全表扫描。因为 ISNULL 把列包装成了计算表达式，优化器无法直接匹配索引项。
正确做法是拆开逻辑：
- 用
WHERE Status = 'Active' OR Status IS NULL（如果语义允许） - 更常见的是明确排除空值：
WHERE Status = 'Active' AND Status IS NOT NULL - 若业务真要“空也算 Active”，建议在应用层或视图里处理，而非在 WHERE 中依赖
ISNULL
与计算列、默认约束配合时的类型陷阱
当把 ISNULL 用在计算列定义或 CHECK 约束中，容易忽略其返回类型继承规则。例如定义计算列：ALTER TABLE Orders ADD TotalWithTax AS ISNULL(SubTotal, 0) * 1.08，如果 SubTotal 是 money，ISNULL 返回仍是 money，乘法后可能意外截断小数位。
- 显式转换更安全：
ISNULL(CAST(SubTotal AS decimal(18,2)), 0.00) * 1.08 - 默认约束中避免用
ISNULL，直接写DEFAULT 0.00或DEFAULT GETDATE() - 在视图中用
ISNULL时，注意客户端工具（如 SSMS）可能把列名识别为(No column name)，需加别名：ISNULL(Amount, 0) AS Amount
最常被忽略的是：ISNULL 的类型推导发生在编译期，不是运行期——这意味着哪怕你传入的列值永远不为空，函数仍按“可能为空”的路径确定返回类型，影响后续计算精度和存储开销。
