isnull和coalesce在视图中行为不一致：isnull强制截断为第一参数类型且仅支持两参数，coalesce按类型优先级推断长度但要求参数兼容；混用易致隐式转换、索引视图创建失败或查询计划无法下推。
ISNULL 和 COALESCE 在视图中行为不一致，别混用
SQL Server 的 ISNULL 是 T-SQL 特有函数，而 COALESCE 是 ANSI 标准函数，二者在类型推断、参数数量和 NULL 处理逻辑上根本不同。在视图定义中混用容易导致意外截断或隐式转换。
常见错误现象：ISNULL(col, 'N/A') 中若 col 是 VARCHAR(10)，结果会被强制截为 VARCHAR(10)；而 COALESCE(col, 'N/A') 会按数据类型优先级取最长长度（如 VARCHAR(20)），但前提是所有参数类型兼容。
-
ISNULL只接受两个参数，返回值类型完全匹配第一个参数类型 -
COALESCE支持多个参数，但会进行类型隐式转换——若col是INT，COALESCE(col, 'unknown')会报错 - 在视图中优先用
COALESCE，除非你明确需要ISNULL的截断语义（比如统一字段宽度）
视图里用 COALESCE 替换 NULL 时，必须显式转类型
当视图字段混合了数值、字符串或日期类型，COALESCE 无法自动统一类型，直接写 COALESCE(price, 0) 没问题，但 COALESCE(name, 'N/A') 和 COALESCE(modified_date, GETDATE()) 混在一起就会失败。
使用场景：构建报表视图时，常需把空值统一成可读默认值，又不能破坏下游 BI 工具的字段类型识别。
- 对字符串列：用
COALESCE(CAST(name AS VARCHAR(100)), 'N/A')显式声明长度 - 对数值列：若想保持小数位，避免
COALESCE(amount, 0)导致变成整型，改用COALESCE(CAST(amount AS DECIMAL(18,2)), 0.00) - 对日期列：不要写
COALESCE(created_at, '1900-01-01')，应统一为COALESCE(created_at, '1900-01-01T00:00:00')或更好是CAST('1900-01-01' AS DATETIME2)
在索引视图中 NULL 处理不当会导致创建失败
SQL Server 要求索引视图（即带唯一聚集索引的视图）必须是确定性的、精确的，且所有表达式不能包含“不确定”行为。而 ISNULL 和 COALESCE 本身是确定性函数，但它们的参数若涉及非确定性函数（如 GETDATE()、NEWID()）或隐式转换，就会让整个表达式被判定为非确定性。
典型错误信息：Cannot create index on view 'v_sales_summary' because it contains one or more non-deterministic expressions.
- 禁止在索引视图中使用
COALESCE(col, GETDATE())——GETDATE()是非确定性函数 - 即使写
COALESCE(col, '2020-01-01')，若col是DATETIME2而字面量没带精度，也可能触发隐式转换警告 - 安全做法：所有默认值用确定性字面量 + 显式
CAST，例如COALESCE(col, CAST('2020-01-01T00:00:00' AS DATETIME2(0)))
视图字段别名后加 ISNULL/COALESCE，会影响查询计划重用
如果在视图定义中对计算列用了 ISNULL 或 COALESCE，再在外部查询里对这个别名列做 WHERE 过滤（比如 WHERE display_name IS NOT NULL），SQL Server 通常无法下推谓词，导致全量计算后再过滤，性能骤降。
性能影响：一个百万行的视图加了 COALESCE(full_name, first_name + ' ' + last_name) 并起别名 display_name，外部查 WHERE display_name LIKE '%John%' 就无法利用底层 full_name 或 first_name 上的索引。
- 能不下推就不在视图里封装复杂 NULL 合并逻辑，优先让调用方控制
- 若必须封装，考虑用
CASE WHEN col IS NULL THEN ... ELSE col END，它比COALESCE更易被优化器识别（尤其当分支简单时） - 对高频过滤字段，宁可暴露原始列，在应用层或存储过程中处理 NULL，默认值逻辑尽量后置
