最直接计算组均值和全表均值的方法是使用avg()窗口函数：组内均值用avg() over (partition by group_col)，全表均值用avg() over ()，二者可并列出现在同一select中，无需子查询或join。
用窗口函数直接计算组均值和全表均值
最直接的办法是用 AVG() 窗口函数：一组内平均值用 AVG() OVER (PARTITION BY group_col)，全表平均值用 AVG() OVER ()。两者可在同一 SELECT 中并列出现，无需子查询或 JOIN。
常见错误是误写成 AVG(col) GROUP BY group_col 后再 LEFT JOIN 全表均值——这会丢失未分组的原始行，且性能差、逻辑绕。
-
AVG() OVER ()不受 GROUP BY 影响，始终返回全表均值（忽略 NULL） - 若需排除 NULL 再算全表均值，确保原始列在 WHERE 中过滤，或用
AVG(COALESCE(col, 0))（但语义可能变） - PostgreSQL 和 MySQL 8.0+、SQL Server 2005+ 都支持；SQLite 3.25+ 也支持，旧版不支持窗口函数
比较组均值是否高于全表均值
直接在 SELECT 中用布尔表达式判断，比如 AVG(val) OVER (PARTITION BY dept) > AVG(val) OVER ()。结果是 TRUE/FALSE（或 1/0），可进一步用于 WHERE 或 ORDER BY。
注意：浮点精度可能导致看似相等的值比较失败。例如全表均值是 100.0，某组均值算出来是 99.99999999999999，> 判断为 FALSE，但业务上想视为“等于”。
- 稳妥做法是用
ABS(group_avg - total_avg) 判断近似相等 - 若只关心“高于”，且数据为整数或货币类，可先
ROUND(..., 2)统一精度再比较 - 别在 WHERE 中直接写
AVG() OVER (...) > ...—— 多数数据库不允许在 WHERE 中用窗口函数，得包一层子查询或 CTE
按组统计 + 全表均值作为参考线（适合报表场景）
如果目标是输出每组的统计（如人数、组均值）并附带全表均值作参考，推荐用 CTE 预先算出全表均值，再 JOIN 或 CROSS JOIN 到分组结果上。
这样写更清晰，也避免窗口函数在复杂嵌套中出错。尤其当后续还要加其他聚合（如标准差、中位数）时，CTE 分层更易维护。
- CTE 写法示例：
WITH total_avg AS (SELECT AVG(score) AS avg_score FROM students) SELECT dept, COUNT(*), AVG(score), t.avg_score FROM students s, total_avg t GROUP BY dept, t.avg_score
- 用逗号 JOIN（隐式 CROSS JOIN）比显式
CROSS JOIN更简洁，且兼容性更好 - 注意：如果分组后某组无数据（如空部门），该行不会出现在结果里；而窗口函数方式仍保留原始行（哪怕该行属于空组）——行为不同，选哪种取决于业务是否需要保留空组记录
NULL 值对两种平均值的影响必须统一处理
AVG() 默认忽略 NULL，这点在组内和全表中一致。但容易被忽略的是：如果某组所有值都是 NULL，AVG() OVER (PARTITION BY x) 返回 NULL，而 AVG() OVER () 返回全表非 NULL 均值——这时比较 NULL > total_avg 结果是 UNKNOWN，WHERE 中会被过滤掉。
- 检查数据质量：先运行
SELECT COUNT(*) FILTER (WHERE score IS NULL) FROM students（PostgreSQL）或SUM(CASE WHEN score IS NULL THEN 1 ELSE 0 END)查 NULL 比例 - 若业务要求把 NULL 当 0 处理，统一用
AVG(COALESCE(score, 0))，但要在注释里写明这个假设 - 不要混用：组内用
COALESCE，全表不用——会导致比较失真
实际执行时，窗口函数方案最轻量，但必须确认数据库版本支持；CTE 方案稍冗长，胜在逻辑直白、调试友好。真正容易出问题的不是语法，而是 NULL 处理和精度截断——这两处改错往往要翻原始数据才能定位。
