动态加权平均是各数值权重由实时计算得出（如销售额占比、时间衰减因子等），而AVG()仅支持等权平均；必须手动实现∑(value×weight)/∑(weight)，权重需通过子查询或JOIN动态生成，并注意NULLIF防除零、COALESCE处理空值及精度问题。
什么是动态加权平均，为什么不能直接用 AVG()
动态加权平均的核心是：每个数值的权重不是固定常量，而是由另一组数据实时计算得出（比如按销售额占比、按时间衰减因子、或按关联表中的评分）。SQL 的 AVG() 只能算等权平均，没法把“权重随行变化”这件事塞进去。你得手动展开公式：∑(value × weight) / ∑(weight)，而 weight 往往得从子查询里动态算出来。
嵌套子查询必须写在 SELECT 列表里，不能放 WHERE 或 GROUP BY
常见错误是想在 WHERE 里用子查询算权重再过滤，结果发现权重还没参与加权计算就被筛掉了。正确做法是把权重子查询作为派生列，和主表 JOIN 或直接内联在 SELECT 中。例如：
SELECT
SUM(sales * (SELECT COALESCE(1.0 * rating / NULLIF((SELECT SUM(rating) FROM products p2 WHERE p2.category = p1.category), 0), 0)
FROM ratings r WHERE r.product_id = p1.id)) /
NULLIF(SUM((SELECT COALESCE(1.0 * rating / NULLIF((SELECT SUM(rating) FROM products p2 WHERE p2.category = p1.category), 0), 0)
FROM ratings r WHERE r.product_id = p1.id)), 0) AS weighted_avg
FROM products p1;这个例子虽然能跑通，但性能极差——每行都触发三层嵌套子查询。实际中应优先考虑 JOIN + 窗口函数替代。
更实用的写法：用 JOIN 预算权重，再用 SUM() 手动实现加权公式
把权重计算拆到 FROM 子句，避免重复执行。关键点：NULLIF 防除零、COALESCE 处理空权重、所有浮点运算显式转 DECIMAL 或 FLOAT 避免整数截断。
- 先用子查询算出每个分组的总权重（如 category 下所有 rating 和）
-
JOIN主表与该子查询，让每行带上所属分组的总权重 - 在
SELECT里用SUM(value * weight)/SUM(weight)完成计算
示例（MySQL/PostgreSQL 兼容）：
SELECT p.category, SUM(p.price * (r.rating * 1.0 / t.total_rating)) / NULLIF(SUM(r.rating * 1.0 / t.total_rating), 0) AS weighted_avg_price FROM products p JOIN ratings r ON p.id = r.product_id JOIN ( SELECT category, SUM(rating) AS total_rating FROM products p2 JOIN ratings r2 ON p2.id = r2.product_id GROUP BY category ) t ON p.category = t.category GROUP BY p.category;
容易被忽略的精度与空值陷阱
权重为 0 或 NULL 时，SUM(weight) 可能为 0，直接除会报错；即使没报错，NULL 参与乘法也会让整行结果变 NULL。这不是语法问题，是业务逻辑断层。
- 永远对分母用
NULLIF(denominator, 0)，而不是CASE WHEN denominator = 0 THEN NULL ELSE ... END（前者更简洁且索引友好） - 权重子查询里用
COALESCE(rating, 0)而非直接rating，防止单条空评分拖垮整个分组 - 如果权重依赖时间（如
1.0 / (CURRENT_DATE - order_date)），注意日期差为 0 时同样要NULLIF
真正难的不是写出嵌套子查询，而是确认「这个权重在业务上是否允许为零、是否应该归零、归零后该项是否还该参与分母统计」——这些必须和产品一起对齐，SQL 只负责忠实地执行规则。
