sql没有内置weighted_avg函数，必须用sum(value weight) / sum(weight)手动计算；常见错误是误用avg(value weight)，会导致结果错误；需处理null和零权重，推荐where过滤后用nullif避免除零。
SQL里没有内置的WEIGHTED_AVG函数，得自己算
标准SQL不提供加权平均的聚合函数，AVG()只认数值列，完全忽略权重。想算加权平均，必须手动写分子分母：用SUM(value * weight)除以SUM(weight)。这是最通用、兼容性最好的写法，所有主流数据库（PostgreSQL、MySQL、SQL Server、SQLite）都支持。
常见错误是直接用AVG(value * weight)——这算的是“加权值的平均”，不是“加权平均”，结果完全不对。比如权重为[1, 9]、值为[10, 20]时，正确结果是(10×1 + 20×9) / (1+9) = 19，而AVG(value * weight)会算出(10 + 180) / 2 = 95。
- 确保权重列不含
NULL，否则SUM(weight)可能为NULL，整个结果变成NULL - 如果权重可能为0，要提前过滤或用
NULLIF(SUM(weight), 0)避免除零错误 - MySQL 8.0+ 和 PostgreSQL 支持窗口函数，但加权平均仍需手写，不能靠
AVG() OVER(...)自动处理权重
PostgreSQL里可以用weighted_avg()扩展？别信
网上有些文章提到PostgreSQL有weighted_avg()函数，那是错的。官方核心函数列表里从没这个东西。有人误把第三方扩展（如aggs_for_arrays）或自定义函数当成了内置功能。真要用扩展，得手动安装、启用，而且跨环境迁移成本高，不如原生写法可靠。
如果你看到类似SELECT weighted_avg(score, credits) FROM courses能跑通，那一定是DBA提前建好了自定义聚合函数，不是开箱即用的功能。
- 查证是否真有该函数：
\df weighted_avg（psql命令），返回空就说明不存在 - 自建聚合函数虽可行，但需要
CREATE AGGREGATE权限，且不同版本语法略有差异 - 生产环境优先选
SUM(x*w)/SUM(w)，省去权限和部署麻烦
MySQL中AVG()配合GROUP BY容易漏掉权重归一化
MySQL允许在SELECT里混用聚合和非聚合字段（开启sql_mode宽松模式时），但这会让加权平均逻辑变模糊。比如按部门分组算加权平均薪资，若忘记对每个部门单独做SUM(salary * weight)/SUM(weight)，而错误地写成AVG(salary) * AVG(weight)，结果毫无意义。
典型场景：学生成绩表含grade和对应课程学分credits，要算GPA。必须用：
SELECT SUM(grade * credits) / SUM(credits) AS gpa FROM student_grades;
- 别用
AVG(grade)再乘某个固定系数——权重不是常数，每行不同 - 如果某学生有多门课，且想按学生分组计算个人GPA，记得加
GROUP BY student_id - MySQL 5.7+ 默认开启严格模式，
SELECT里混用非聚合字段会报错，反而帮你提前暴露逻辑问题
NULL和零权重的边界情况必须显式处理
真实数据里，权重列常有NULL或0值，而SUM()默认忽略NULL，但0权重参与求和会导致分母变小，影响结果精度。更糟的是，如果整组权重全为NULL或0，SUM(weight)返回NULL或0，除法结果要么NULL要么报错。
稳妥做法是加COALESCE和NULLIF：
SELECT SUM(val * weight) / NULLIF(SUM(weight), 0) AS weighted_avg FROM data WHERE weight IS NOT NULL AND weight > 0;
-
WHERE过滤比在SUM()里用CASE更高效，尤其数据量大时 -
NULLIF(SUM(weight), 0)防止除零；COALESCE(..., 0)可选，用于把NULL结果转成0（视业务需求而定） - Oracle用户注意：
NULLIF可用，但DECODE或CASE也能等效替代
加权平均看着简单，真正落地时权重数据质量、NULL处理、分组粒度这三点最容易出问题，别跳过验证步骤。
