COALESCE仅返回第一个非NULL参数，需确保类型兼容、避免用于WHERE/JOIN、空字符串须用NULLIF预处理，聚合时应置于外层（如COALESCE(SUM(col),0)），UPDATE须加WHERE限定，且无法补空分组。
COALESCE 不是“把 NULL 变成别的值”的万能开关，它只做一件事：从左到右找第一个非 NULL 的参数并返回——找着就停，后面全不看。
COALESCE(expression1, expression2, ...) 怎么写才不出错
参数必须类型兼容，否则 PostgreSQL/SQL Server 会直接报错，MySQL 虽宽松但可能隐式转出意外结果。
- 错误示例：
COALESCE(phone, 123)—— 字符串字段混整数，PostgreSQL 拒绝执行 - 安全写法：
COALESCE(CAST(phone AS TEXT), CAST(mobile AS TEXT), '—') - 空字符串
''不是 NULL，COALESCE(NULL, '', 'fallback')返回的是''，不是'fallback' - 想把空字符串也当 NULL 处理？得先用
NULLIF(col, '')，再喂给COALESCE：
COALESCE(NULLIF(nickname, ''), NULLIF(real_name, ''), '未知用户')
聚合函数里 COALESCE(SUM(col), 0) 和 SUM(COALESCE(col, 0)) 差在哪
前者兜底空组（整组无数据时 SUM 返回 NULL），后者篡改语义（把每行 NULL 当 0 算进总和）。
- 正确：想显示“该分类销量为 0”，用
COALESCE(SUM(sales), 0) - 错误：写成
SUM(COALESCE(sales, 0))—— 原本该是NULL的缺失记录全被当 0 加进去，总数虚高 -
COUNT(*)永远不返回NULL，所以COALESCE(COUNT(*), 0)是多余的 - 但
COUNT(status)若该列全为NULL，结果仍是0；只有空组（没匹配到任何行）时才需要COALESCE
UPDATE 语句中 SET col = COALESCE(col, 'default') 为什么危险
它会无差别更新所有行，哪怕 col 原本就有值——触发器重跑、binlog 冗余、锁时间变长。
- 必须加
WHERE限定范围：UPDATE users SET name = COALESCE(name, 'anonymous') WHERE name IS NULL - 别在
WHERE里套COALESCE，比如WHERE COALESCE(status, 'pending') = 'pending'—— 这会让status字段上的索引失效 - 等价且高效写法：
WHERE status IS NULL OR status = 'pending' - 逻辑复杂了（比如要区分
NULL、空字符串、非法值）？直接换CASE，别硬套COALESCE
子查询当 COALESCE 参数时，为什么有时返回 NULL 有时报错
标量子查询（最多一行一列）返回空结果集时，不同数据库行为不一致：MySQL 返回 NULL，SQLite 报错，SQL Server 可能抛异常。
- 安全做法：用聚合函数兜底，确保一定返回一行：
COALESCE((SELECT MAX(name) FROM users WHERE id = ?), 'N/A') - 或加
LIMIT 1（MySQL/PG）或TOP 1（SQL Server）强制单行：COALESCE((SELECT name FROM users WHERE id = ? LIMIT 1), 'N/A') - 性能注意：嵌套子查询在
SELECT列表里每行都执行一次，大数据量下很慢；优先考虑LEFT JOIN预加载 - SQLite 不支持子查询作
COALESCE参数，必须改用CASE WHEN EXISTS(...) THEN (SELECT ...) ELSE 'default' END
最常被忽略的一点：COALESCE 解决不了“某分组根本不出现在结果里”的问题——它只处理已生成的 NULL，不负责凭空造行。要补空组，得靠 LEFT JOIN 维度表或生成日期序列。
