优先用 COALESCE，因其是 ANSI 标准、类型推导安全、支持多参数；ISNULL 是 SQL Server 私有函数，易致静默截断、迁移困难且在 WHERE/JOIN 中破坏语义。
ISNULL 和 COALESCE 在 SQL Server 中到底该选谁
优先用 COALESCE，除非你明确只跑在 SQL Server 且对性能有极致压榨需求、又确定永远不加第二个备选值。因为 ISNULL 是 SQL Server 私有函数，返回类型严格绑定第一个参数，容易静默截断；而 COALESCE 是 ANSI 标准，多参数支持天然更灵活，类型推导也更安全。
常见错误是看到 ISNULL(col, 'N/A') 写得短就默认它“更好”——但若 col 是 VARCHAR(2)，那 'N/A' 会被硬截成 'N'，查不出问题，下游应用却突然收不到完整字符串。
-
ISNULL(name, 'Unknown')：如果name是VARCHAR(5)，结果类型就是VARCHAR(5)，'Unknown'被截为'Unkno' -
COALESCE(name, 'Unknown')：类型推导会取最大长度，大概率变成VARCHAR(7)，不截断 - 迁移风险：
ISNULL在 PostgreSQL/MySQL/Oracle 中直接报错Invalid column name 'ISNULL'
LEFT JOIN 后字段为 NULL，为什么不能在 WHERE 里用 ISNULL 过滤
因为 WHERE ISNULL(o.amount, 0) > 0 看似“过滤掉没订单的用户”，实则把所有 o.amount IS NULL 的行（即没订单的用户）全干掉了——这等价于 INNER JOIN，违背了 LEFT JOIN 的本意。
正确做法是在 SELECT 列表中填充，保留原始连接语义：
SELECT u.name, COALESCE(o.amount, 0) AS amount FROM users u LEFT JOIN orders o ON u.id = o.user_id
如果你真需要区分“有订单但金额为 0”和“根本没订单”，那就得保留原始 NULL，并用 o.amount IS NULL 显式判断，而不是靠替换后值去反推。
- 别在
ON子句里写ISNULL(o.status, 'pending') = 'pending'——这会让 optimizer 误判连接条件，可能跳过索引 - 子查询方式如
(SELECT TOP 1 amount FROM orders WHERE user_id = u.id)会导致嵌套循环，N 行用户触发 N 次查询，性能雪崩 -
COALESCE放在SELECT是无害的；放在WHERE或JOIN条件里，可能让执行计划变差
类型不一致时 COALESCE 报错或静默出错的典型场景
当字段是数值型但填了字符串默认值，比如 COALESCE(price, '0')，SQL Server 可能隐式转成 INT 再转回字符串，也可能直接报错 Error converting data type varchar to numeric，取决于上下文和兼容级别。
关键不是“能不能跑通”，而是“跑通了是否可信”。例如：
-
COALESCE(salary, '0.00')：salary 是DECIMAL(10,2)，但'0.00'是字符串，某些版本会转成DECIMAL(3,2)，后续计算溢出 -
COALESCE(created_date, '1970-01-01')安全；但COALESCE(created_date, '0')会触发隐式转换失败 - 日期字段慎用
GETDATE()当默认值：COALESCE(modified_date, GETDATE())每行都重新求值，无法做常量折叠，影响性能
最稳写法是显式 CAST 或用同类型字面量：COALESCE(CAST(price AS DECIMAL(10,2)), 0)。
视图中用 COALESCE 填充 NULL 后，下游应用怎么安全过滤
视图输出字段已不是原字段，比如 CREATE VIEW v_users AS SELECT id, COALESCE(nickname, name, '访客') AS display_name FROM users，那下游查“昵称为空”的逻辑就不能再写 WHERE nickname IS NULL——这个字段根本不在视图里。
必须针对视图字段操作：
- 想查“原始 nickname 为 NULL 且 name 也为 NULL”的记录，得写
WHERE display_name = '访客' - 如果视图里用了
COALESCE(status, 'unknown')，那WHERE status = 'active'会永远查不到结果，因为status已不存在 - 索引对
COALESCE表达式列默认无效；若高频按display_name查询，得建计算列并单独索引：ALTER TABLE users ADD display_name AS COALESCE(nickname, name, '访客')
视图一旦创建，字段类型就固化了。改源表字段长度（比如把 nickname VARCHAR(20) 扩到 50），视图定义不会自动更新，display_name 类型仍卡在 VARCHAR(20)，可能悄悄截断。
