isnull与coalesce核心差异在于类型推导、参数数量和跨库兼容性：isnull仅支持两参数、绑定首参类型、sql server专用；coalesce支持多参数、按类型优先级隐式转换、ansi标准且全库通用。
ISNULL 和 COALESCE 看起来都返回第一个非 NULL 值，但底层行为完全不同——类型推导规则、参数限制、跨库兼容性这三点差异，直接决定你在 WHERE、计算、聚合或迁移时会不会踩坑。
ISNULL 只认第一个参数的类型，COALESCE 会按优先级隐式转换
这是最常被忽略、也最容易引发静默错误的一点。比如：
-
ISNULL(@val, 0)：若@val是DECIMAL(10,2)，结果仍是DECIMAL(10,2)，安全；但若@val是VARCHAR(10)，ISNULL(@val, 0)会把0转成字符串，可能截断或隐式拼接出意外结果 -
COALESCE(@val, 0)：SQL Server 按数据类型优先级（int @val 是VARCHAR(10)，0就会被转成字符串；但若@val是INT，而你写COALESCE(@val, 'abc')，就会报错——因为'abc'无法隐式转为INT - 聚合场景中：
SUM(ISNULL(amount, 0))保持原列精度；SUM(COALESCE(amount, 0))若amount是MONEY，0可能被当作INT导致精度丢失
COALESCE 支持多参数，ISNULL 只能两个，且不能嵌套替代
当你需要 fallback 链路（比如优先用 A，A 为空再用 B，B 也空才用 C），COALESCE(A, B, C) 一行解决；而 ISNULL 必须嵌套：ISNULL(A, ISNULL(B, C))，可读性差，还容易漏括号或写反顺序。
-
COALESCE(col1, col2, col3, 'N/A')是自然表达；换成ISNULL写法冗长且易错 -
ISNULL(NULL, NULL)合法，返回NULL；但COALESCE(NULL, NULL)也合法，而COALESCE(NULL, NULL, NULL)同样合法——它不要求“至少一个非 NULL”，只返回第一个非 NULL，全 NULL 就返回 NULL - 注意：
COALESCE所有参数都会被求值，哪怕前面已命中非 NULL；ISNULL是短路求值（第二个参数在第一个非 NULL 时不执行），这点在含函数调用时影响性能和副作用
WHERE 条件里用哪个？别用函数包装字段做等值判断
无论选 ISNULL 还是 COALESCE，只要写成 WHERE ISNULL(col, 'X') = 'X' 或 WHERE COALESCE(col, 'X') = 'X'，就等于主动放弃索引——数据库无法下推谓词，只能全表扫描。
- 查“缺失值”必须用
WHERE col IS NULL，这是唯一能走索引的写法 - 想合并 NULL 和空字符串逻辑，应提前清洗：
WHERE TRIM(COALESCE(col, '')) = ''，但要注意TRIM和COALESCE都会让索引失效 - 如果业务真要兼顾 NULL 和特定值，用 OR 显式拆开：
WHERE col = 'active' OR col IS NULL，SQL Server 优化器对这种结构支持较好
跨数据库迁移时，COALESCE 是唯一可靠选择
如果你写的 SQL 未来可能跑在 PostgreSQL 或 MySQL 上，ISNULL 会直接报错——它只存在于 SQL Server（和 Sybase）。而 COALESCE 是 ANSI 标准函数，所有主流数据库都支持，语义一致。
- MySQL 用
IFNULL，PostgreSQL 用COALESCE或NULLIF，Oracle 同样支持COALESCE；唯独ISNULL是 SQL Server 方言 - 即使不迁移，团队协作中混用方言函数也会增加 review 成本和理解门槛
- 例外场景：纯 SQL Server 存储过程里对性能极度敏感的简单兜底（如
ISNULL(@id, -1)），可用ISNULL省去类型推导开销；但这种情况极少，且收益微乎其微
真正难处理的不是 NULL 本身，而是类型推导规则不透明 + 函数行为跨库不一致。写 COALESCE 时多看一眼参数类型是否兼容，写 ISNULL 时确认你真的只在 SQL Server 里用、且明确接受左侧字段类型绑定——这两点漏掉任何一个，都可能让查询结果偏移、索引失效或上线报错。
