isnull不能替代参数默认值，因sql server仅在调用时完全省略参数才启用声明的默认值；显式传null仍为null，必须在逻辑中用isnull()或coalesce()主动兜底。
ISNULL 为什么不能替代参数默认值声明
SQL Server 存储过程中写 @name VARCHAR(50) = 'unknown'，只在调用时完全省略该参数才生效；一旦客户端显式传了 NULL，参数值就是真 NULL，不会自动 fallback 到声明的默认值。所以不能靠定义默认值来兜底，必须在 SQL 逻辑里主动处理。
WHERE 条件中直接用 @name IS NULL OR name = @name 的陷阱
这种写法看似覆盖了空参场景，但会导致索引失效——优化器无法有效使用 name 列上的索引，全表扫描风险高。更安全的做法是改用 name = ISNULL(@name, name)，它等价于“如果参数非空就精确匹配，否则恒成立”，且能保留索引可用性。
- 仅适用于等值匹配场景；范围查询（如
>、BETWEEN）不适用，需改用动态 SQL 或标志变量 -
ISNULL(@name, name)中第二个参数必须是同类型列名，不能写字符串字面量（如'%'），否则类型不兼容报错
聚合结果为 NULL 时补 0，必须套在聚合函数外层
SUM()、AVG() 等天然忽略 NULL 行，但若整组无数据或所有值都是 NULL，结果仍是 NULL，不是 0。此时要补默认值，必须写成 ISNULL(SUM(amount), 0)，而不是 SUM(ISNULL(amount, 0))——后者是把每行 NULL 替换为 0 再求和，语义完全不同。
-
ISNULL(SUM(amount), 0)返回类型严格继承SUM(amount)的类型（比如DECIMAL(18,2)），但若 replacement_value 字面量精度不一致（如写成0.0），可能引发隐式截断 - 跨数据库兼容需求强时，优先用
COALESCE(SUM(amount), 0)，类型推导更稳健
字符串字段替换 NULL 后长度异常怎么办
ISNULL(name, '未知') 返回值类型完全取自 name 列定义。如果 name 是 VARCHAR(10)，而 '未知' 实际占 6 字节（UTF-8 下中文字符），不会自动截断；但如果 name 是 CHAR(5)，'未知' 就会被硬截成 5 字符，导致乱码或丢失。
- 检查原字段定义：
SELECT COLUMN_NAME, DATA_TYPE, CHARACTER_MAXIMUM_LENGTH FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'xxx' AND COLUMN_NAME = 'name' - 保险做法是显式转类型：
ISNULL(CAST(name AS VARCHAR(20)), '未知')，避免隐式转换失控
VARCHAR(20) 扩到 VARCHAR(100)），所有没加 CAST 的 ISNULL 调用都可能悄悄截断 replacement_value。这点容易被忽略。
