空结果集时sum/avg返回null是sql标准行为，不是bug：因数学上未定义，故返回null；而count(*)统计行数，空集返回0；须用coalesce(sum(col), 0)等外层兜底，且需明确业务语义是“全体平均”还是“有效平均”。
空结果集时SUM/AVG返回NULL是SQL标准行为，不是Bug
当你执行 SUM(amount) 或 AVG(score) 却没匹配到任何行（比如 WHERE create_time > '2030-01-01'），数据库返回 NULL，而不是 0 或 0.0。这不是MySQL或PostgreSQL的缺陷，而是SQL-92标准明确规定的：聚合函数在输入行集为空时，必须返回 NULL，因为此时“和”或“平均值”在数学上未定义。
对比来看，COUNT(*) 返回 0 是合理的——它统计的是行数，空集的行数就是0；但 SUM 和 AVG 本质是基于值的运算，没有输入值，就无法产生有效输出。
- 前端拿到
NULL可能渲染成空白或NaN - Python中用
row['total'] * 1.1会触发TypeError: unsupported operand type(s) for *: 'NoneType' and 'float' - 报表工具可能直接显示 “NULL” 字样，引发业务质疑
COALESCE必须套在聚合函数外层，否则语义被篡改
常见错误是把 COALESCE 写进聚合内部，例如：SUM(COALESCE(amount, 0))。这会让每行 NULL 被当成 0 参与加总——即使原始数据全为 NULL，结果也是 0，但含义已变成“所有记录都确认为0”，而非“无数据”。
正确写法永远是包裹整个聚合表达式：
SELECT COALESCE(SUM(amount), 0) AS total FROM orders WHERE status = 'shipped'; SELECT COALESCE(AVG(duration), 0.0) AS avg_duration FROM tasks WHERE completed = 1;
-
COALESCE(SUM(col), 0)：空组 →SUM返回NULL→ 外层转0 -
IFNULL(AVG(col), 0)：仅MySQL可用；PostgreSQL/SQL Server需用COALESCE - 类型要一致：
COALESCE(AVG(score), 0)合法，但COALESCE(AVG(score), 'N/A')会报类型不匹配
GROUP BY后某组为空？COALESCE救不了，得靠维表补全
如果按日期、产品类目分组，某维度根本没数据（比如“智能手表”类目本月零销售），那这条记录压根不会出现在结果里——COALESCE 对它完全无效，因为它连那一行都没有。
这时需要让缺失维度“显性出现”，典型做法是：
- LEFT JOIN 日期维表或类目维表（确保左表包含所有目标维度值）
- 聚合时用
COALESCE(COUNT(t2.id), 0)或COALESCE(SUM(t2.amount), 0) - WHERE 条件别写在右表字段上，否则 LEFT JOIN 退化成 INNER JOIN，又把空组过滤掉了
例如统计每天订单数，必须用 COALESCE(COUNT(orders.id), 0)，且 GROUP BY calendar.date，不能写 WHERE orders.status = 'paid'。
AVG全为NULL时返回0，业务语义可能已扭曲
COALESCE(AVG(score), 0) 看似简洁，但掩盖了一个关键分歧：是要“全体平均”（缺考者算0分），还是“有效平均”（只算有成绩的人）？
- 前者适合考核覆盖率场景，可用
COALESCE(AVG(score), 0) - 后者才是常规教学统计逻辑，应保留
NULL或显式判断：CASE WHEN COUNT(score) > 0 THEN AVG(score) ELSE NULL END - 开发时没和产品确认这点，上线后指标偏差往往难以回溯
最容易被忽略的，从来不是怎么写SQL，而是哪一种NULL处理方式真正符合业务定义。
