sum()和avg()可共存于同一select语句，前提是所有非聚合字段必须出现在group by中，否则报错“column must appear in group by or be used in aggregate function”；二者独立计算且忽略null值，但avg分母为count(列)而非count(*)。
可以，而且不需要嵌套或临时表——SUM() 和 AVG() 完全能共存于同一个 SELECT 语句中，只要满足分组规则。
为什么直接写两个函数会报错？
常见错误是执行时报出：column "xxx" must appear in the GROUP BY clause or be used in an aggregate function。这不是因为 SUM 和 AVG 冲突，而是你 SELECT 出了未聚合也未分组的列。
- 比如写
SELECT department, SUM(salary), AVG(salary) FROM employees—— 缺少GROUP BY department，就会报错 - 如果还加了
name：SELECT department, name, SUM(salary), AVG(salary)，即使有GROUP BY department也不行，因为name既没聚合也没出现在GROUP BY -
AVG()和SUM()本身不互斥，它们只是对同一组数据各自独立计算
正确写法：GROUP BY + 多聚合并列
核心就是确保 SELECT 列中每个非聚合字段都严格出现在 GROUP BY 中。
- 想按部门看总薪和均薪：
SELECT department, SUM(salary), AVG(salary) FROM employees GROUP BY department - 想按部门+职级细分：
SELECT department, job_title, SUM(salary), AVG(salary) FROM employees GROUP BY department, job_title - 别名建议加上：
SELECT department, SUM(salary) AS total_salary, ROUND(AVG(salary), 2) AS avg_salary ...，避免结果列名模糊
NULL 怎么影响 SUM 和 AVG？
SUM() 和 AVG() 默认跳过 NULL 值，但行为差异容易被忽略：
-
SUM(col)只累加非 NULL 的值；若整组全是 NULL，返回NULL -
AVG(col)计算的是SUM(col) / COUNT(col)（注意是COUNT(col)，不是COUNT(*)），所以分母只算非 NULL 行数 - 如果想把 NULL 当 0 参与计算，得显式转换：
SUM(COALESCE(salary, 0))、AVG(COALESCE(salary, 0)) - 但要注意：后者会让分母变成
COUNT(*)，语义已变——均值不再是“有效薪资的平均”，而是“全员含零的平均”
性能和可读性提醒
多个聚合本身不拖慢查询，但隐含的扫描逻辑值得留意：
- PostgreSQL 对同一组数据做
SUM和AVG是单次扫描完成的，不会重复遍历 - 但如果你额外加了
STRING_AGG(name, ', ' ORDER BY name)，它内部排序会带来额外开销，尤其 name 字段长或组内行数多时 - 别为了“省一行”硬凑所有聚合进一个查询——比如既要部门汇总，又要公司总计，用
GROUPING SETS比 UNION 更清晰
真正容易卡住的不是语法，而是忘记检查 GROUP BY 是否覆盖了所有非聚合列，以及误以为 AVG 自动处理了 NULL 却没验证分母逻辑。
