COALESCE(SUM(col), 0) 有效，但仅当查询返回一行（含NULL）时生效；若WHERE无匹配导致零行输出，则COALESCE无作用，须用子查询兜底如IFNULL((SELECT SUM(col) FROM t WHERE ...), 0)。
COALESCE(SUM(...)) 为什么不能直接套用
很多人写 COALESCE(SUM(price), 0) 发现空表或全 NULL 时仍返回 NULL，其实不是 COALESCE 失效，而是 SUM 在无行匹配时本就不产生任何结果行——COALESCE 根本没机会执行。这时候你不是在“给 SUM 的结果兜底”，而是在“给一个不存在的值兜底”，自然无效。
必须确保 SUM 至少返回一行结果
关键在于让聚合有“保底行”。常见做法是用 COALESCE 包裹整个聚合表达式，但前提是聚合必须运行在至少有一行的上下文中。最稳妥的方式是配合 LEFT JOIN 或子查询构造“恒真”行，或者更常用的是：显式使用 GROUP BY ()（PostgreSQL）或添加伪分组条件。但跨数据库更通用的做法是：
- 用
SELECT COALESCE(SUM(col), 0) FROM table WHERE ...—— 这本身没问题，但若WHERE条件不匹配任何行，整条 SELECT 就返回零行，不是 NULL 行 - 所以真正要加的是“兜底行生成”逻辑：比如在 PostgreSQL 中可用
(SELECT COALESCE(SUM(col), 0) FROM table WHERE ...)套一层子查询，它总会返回一行标量；MySQL 8.0+ 同理 - 在旧版 MySQL 或 SQL Server 中，更可靠的是
SELECT ISNULL((SELECT SUM(col) FROM t WHERE ...), 0)（SQL Server）或SELECT IFNULL((SELECT SUM(col) FROM t WHERE ...), 0)（MySQL）
不同数据库的等效写法差异
核心逻辑一致：先让子查询产出单值（可能为 NULL），再用空值函数处理。注意函数名和行为细节：
- PostgreSQL：
COALESCE((SELECT SUM(x) FROM t WHERE cond), 0)✅ 安全，子查询返回一行一列或 NULL - MySQL：
IFNULL((SELECT SUM(x) FROM t WHERE cond), 0)✅IFNULL只接受两个参数，且子查询为空时返回 NULL，可被正确捕获 - SQL Server：
ISNULL((SELECT SUM(x) FROM t WHERE cond), 0)✅ 注意ISNULL类型优先级高，第二个参数类型需与SUM一致（如SUM(DECIMAL)就别传整数0，改用0.0） - SQLite：
IFNULL((SELECT SUM(x) FROM t WHERE cond), 0)✅ 行为同 MySQL
容易忽略的陷阱：SUM 聚合前已有 NULL 导致精度丢失
SUM 本身会跳过 NULL，这没问题；但如果你在求和前做了运算（比如 SUM(price * discount)），而 discount 是 NULL，那整项变成 NULL，也被跳过——这可能不是你想要的“按 0 折扣算”，而是彻底丢弃该行。此时应提前处理源字段：
- 写成
SUM(price * COALESCE(discount, 1))（按原价算） - 或
SUM(price * COALESCE(discount, 0))（按免费算） - 千万别写
COALESCE(SUM(price * discount), 0)来掩盖数据清洗问题——它只是把“全 NULL 导致 SUM 无输出”的情况兜住了，但没解决中间计算塌缩
真正难的不是语法，是想清楚：你兜的是聚合结果的空，还是某列参与计算前就该补默认值。这两个层次经常混在一起，查半天才发现问题不在 COALESCE 位置，而在 discount 字段本身没清洗。
