coalesce是跨数据库通用的null处理函数，返回参数中第一个非null值，支持任意多个参数且语义清晰；需注意类型一致性，避免隐式转换错误，并优先用于select列表填充而非where或join条件以保障性能与逻辑正确。

COALESCE 是最通用的 NULL 替换方案

几乎所有主流数据库（PostgreSQL、MySQL、SQL Server、Oracle）都支持 COALESCE，它返回参数列表中第一个非 NULL 的值，语义清晰且可嵌套多层备选。

常见错误是误用 NVL（Oracle 专用）或 ISNULL（SQL Server 专用）去写跨库 SQL——它们只接受两个参数，而 COALESCE 支持任意多个，比如：COALESCE(t2.nickname, t2.name, '访客')。

使用时注意类型一致性：如果字段是 INT，默认值写 '0'（字符串）可能触发隐式转换报错，应写 0；日期字段则建议用 NULL 或标准日期字面量如 '1970-01-01'。

LEFT JOIN 后字段为 NULL 的典型场景与写法

LEFT JOIN 天然会产生右表字段为 NULL 的行，比如查用户+订单，没下单的用户订单字段全为 NULL。这时不能靠 WHERE 过滤掉这些行（那会退化成 INNER JOIN），而要保留并填充。

推荐写法是直接在 SELECT 列表中包裹：

SELECT 
  u.id,
  u.name,
  COALESCE(o.amount, 0) AS amount,
  COALESCE(o.status, 'no_order') AS status
FROM users u
LEFT JOIN orders o ON u.id = o.user_id

反模式包括：

• 在 ON 条件里写 o.status = COALESCE(?, 'no_order')——这会改变连接逻辑，不是填充，而是过滤
• 用子查询代替 JOIN：(SELECT amount FROM orders WHERE user_id = u.id)——每行触发一次查询，性能爆炸
• 漏掉类型转换：比如 amount 是 DECIMAL，但填了 '0' 字符串，某些数据库会报错或静默截断

MySQL 和 SQL Server 的快捷替代函数

MySQL 可用 IFNULL，SQL Server 可用 ISNULL，两者都只接受两个参数，语法更短，但牺牲了可扩展性。

例如 MySQL 中：IFNULL(o.amount, 0) 等价于 COALESCE(o.amount, 0)；SQL Server 中：ISNULL(o.amount, 0) 也等价。

但要注意：ISNULL 返回值类型严格继承第一个参数，比如 ISNULL(NULL, '0') 返回 VARCHAR，而 COALESCE(NULL, '0') 在 SQL Server 中可能推导为更宽泛的类型，行为略有差异。

如果项目确定只跑在单个数据库上，用 IFNULL 或 ISNULL 没问题；一旦有迁移或兼容需求，必须统一用 COALESCE。

JOIN 条件本身含 NULL 时怎么安全匹配

当连接字段本身允许 NULL（比如可选的外键），t1.col = t2.col 会导致两边都是 NULL 的行无法匹配——因为 NULL = NULL 永远为 UNKNOWN，不成立。

三种解法：

• 显式补全：ON (t1.col = t2.col) OR (t1.col IS NULL AND t2.col IS NULL)，逻辑清楚但冗长
• COALESCE 统一占位：ON COALESCE(t1.col, -1) = COALESCE(t2.col, -1)，需确保占位值（如 -1）在业务中不会真实出现
• 用 IS NOT DISTINCT FROM（PostgreSQL、SQL Server 2022+）：ON t1.col IS NOT DISTINCT FROM t2.col，这是语义最准确的 NULL 安全比较，但兼容性有限

实际项目里，第一种最稳妥；第二种最容易踩“占位值冲突”坑；第三种看着优雅，但上线前务必确认数据库版本和驱动支持情况。