COALESCE在查询字段可能为NULL且需默认值替代时最有效，如将空邮箱替换为'not_provided@example.com'；它跨数据库通用，按序返回首个非NULL参数，但不支持条件逻辑，要求所有参数类型兼容。
COALESCE 用在哪种查询场景最有效
当查询字段可能为 NULL，且你希望用一个默认值替代（比如把空邮箱换成 'not_provided@example.com'），COALESCE 就是首选。它比 ISNULL 或 IFNULL 更通用，因为所有主流 SQL 方言（PostgreSQL、MySQL 5.7+、SQL Server、SQLite）都支持，且行为一致：返回第一个非 NULL 的参数。
常见误用是把它当成“字符串拼接兜底”——比如 COALESCE(first_name + ' ' + last_name, 'Unknown')，一旦 first_name 或 last_name 任一为 NULL，整个加法结果就是 NULL（多数数据库中），这时 COALESCE 才生效。所以真正要兜底的是拼接结果，不是单个字段。
COALESCE 参数顺序错了会怎样
COALESCE 按从左到右顺序检查每个参数，遇到第一个非 NULL 值就立刻返回，后面的全被忽略。这意味着顺序直接决定结果：
-
COALESCE(NULL, 'fallback1', 'fallback2')→ 返回'fallback1' -
COALESCE('primary', NULL, 'fallback')→ 返回'primary'，根本不会看后面 - 如果所有参数都是
NULL，整个表达式结果就是NULL（不是报错）
容易踩的坑：在多层嵌套或动态生成 SQL 时，把常量默认值写在前面，导致本该优先取的字段被跳过。比如 COALESCE('default', email) 永远返回 'default'。
和 CASE WHEN 相比，COALESCE 有什么实际限制
COALESCE 本质是简化版的 CASE，但它要求所有参数类型兼容（比如不能混用 INT 和 TEXT），且不支持条件逻辑。例如你无法用 COALESCE 实现“如果 age
性能上，两者在简单兜底时差异极小；但若涉及子查询，COALESCE(subquery1(), subquery2()) 会按序执行，直到第一个返回非 NULL，而 CASE WHEN 可能提前优化掉未触发分支的子查询（取决于引擎）。不过多数情况下不用纠结这点。
示例对比：
SELECT COALESCE(phone, mobile, 'no_contact') FROM users;
等价于：
SELECT CASE WHEN phone IS NOT NULL THEN phone
WHEN mobile IS NOT NULL THEN mobile
ELSE 'no_contact' END FROM users;
在 JOIN 或聚合查询里用 COALESCE 要注意什么
JOIN 后某张表没匹配行，对应字段是 NULL，这时 COALESCE 很有用，但要注意作用域：
-
COALESCE(orders.total, 0)安全，因为total是明确字段名 -
COALESCE(total, 0)危险——如果多个表都有total字段，会报错或取错列（取决于方言和别名） - 聚合函数里用：
COALESCE(SUM(sales), 0)没问题，但COALESCE(AVG(score), 0)要小心：如果整组都没数据，AVG返回NULL，COALESCE才生效；但如果只是部分行score为NULL，AVG会自动忽略它们，结果未必是NULL
最易忽略的一点：COALESCE 不改变 GROUP BY 行为，也不会让空分组“凭空出现”。如果某分组完全没数据，COALESCE 根本没机会运行——得靠 LEFT JOIN 或 UNION 预先补行。
