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 维度表或生成日期序列。