postgresql中需手动实现移动加权平均，核心是用sum(value*weight) over w / sum(weight) over w，并注意权重预计算、窗口对齐与除零保护。
PostgreSQL 中没有内置的 movavg_weighted() 函数，必须手写窗口逻辑
PostgreSQL 原生不提供移动加权平均（Moving Weighted Average）的聚合函数，avg() 只支持等权，sum() over (…) 也不能直接加权。你得靠 sum(value * weight) over (…) 除以 sum(weight) over (…) 手动构造——但要注意权重归一化是否必要、窗口边界是否对齐。
常见错误是直接套用时间序列场景的“最近 N 行”逻辑，却忽略业务中权重常与时间差或序号强相关。比如按天衰减的权重，不能简单用 ROWS BETWEEN 4 PRECEDING AND CURRENT ROW，而应先算出每行对应的衰减系数。
- 权重通常来自另一列（如
importance）、或由序号/时间差动态生成（如1.0 / (current_date - event_date + 1)） - 窗口定义必须显式指定
ORDER BY，否则OVER ()默认无序，结果不可重现 - 若用
RANGE窗口（如按时间范围），需确保排序字段类型支持范围计算（DATE、TIMESTAMP可以，TEXT不行）
用 SUM(value * weight) OVER w / SUM(weight) OVER w 是最稳妥的实现方式
这是目前兼容性最好、语义最清晰的做法，适用于 PostgreSQL 9.4+。核心是把加权和与权重和拆成两个独立的窗口计算，再相除——避免在单个聚合里试图“自定义权重逻辑”，那会逼你写 CREATE AGGREGATE，得不偿失。
示例：按最近 5 条记录、用行号倒序加权（第 i 条权为 6-i）：
SELECT
ts,
value,
SUM(value * weight) OVER w / SUM(weight) OVER w AS wma_5
FROM (
SELECT
ts, value,
ROW_NUMBER() OVER (ORDER BY ts DESC) AS rn,
CASE ROW_NUMBER() OVER (ORDER BY ts DESC)
WHEN 1 THEN 5
WHEN 2 THEN 4
WHEN 3 THEN 3
WHEN 4 THEN 2
WHEN 5 THEN 1
ELSE 0
END AS weight
FROM metrics
) t
WINDOW w AS (ORDER BY ts ROWS BETWEEN 4 PRECEDING AND CURRENT ROW);
- 注意
weight必须在子查询中提前算好；放在窗口定义里会导致重复计算或报错 -
ROWS BETWEEN 4 PRECEDING AND CURRENT ROW保证只取最近 5 行，但权重分配依赖rn，所以外层排序必须和子查询一致 - 除零风险：若某窗口内所有
weight = 0，SUM(weight) OVER w为 0，需加NULLIF(..., 0)防止报错
用 ARRAY_AGG + UNNEST 实现动态权重时性能明显下降
当权重无法预先计算（比如要基于当前行与窗口内各行的时间差实时算衰减），有人会用 ARRAY_AGG(ROW(ts, value)) OVER w 把窗口数据聚合成数组，再用 UNNEST 展开并计算加权和。这能实现任意逻辑，但代价很高：
- 每行都要构建完整数组，内存占用随窗口大小线性增长，1000 行窗口可能吃掉几 MB 内存
- PG 无法下推过滤或排序，
UNNEST后再JOIN或LATERAL会触发嵌套循环，10 万行数据可能秒变分钟级 - 仅建议用于调试或数据量
时间衰减类加权必须小心处理 NULL 和边界对齐
真实业务中常见“过去 7 天内，权重 = e^(-days_ago / 3)”这类逻辑。这时容易漏掉两点：
-
ts为NULL时，CURRENT_DATE - ts返回NULL，整行权重变NULL，导致该行从窗口加权和中消失（不是被赋 0，而是被排除） - 窗口用
RANGE BETWEEN INTERVAL '6 days' PRECEDING AND CURRENT ROW时，若某天无数据，窗口不会“补空”，权重和分母会变小，结果偏高 - 解决办法：用
COALESCE(ts, CURRENT_DATE)防NULL；对稀疏时间序列，先用GENERATE_SERIES补全日期再LEFT JOIN原表
加权平均不是黑盒，权重怎么来、窗口怎么切、空值怎么兜底——每个环节都会悄悄改变结果。别信“复制粘贴就跑通”的例子，先用 10 行手工验算权重和是否匹配预期。
