SQL按月聚合查询遇月度数据累计问题 需按账户统计各自然月独立数据

你遇到的逐月累计偏差，是写月度聚合时非常高频的两个逻辑错误：

• 拆分月度维度时，只提取纯MONTH()数值做分组，没有把年份和月份绑定成唯一的月度标识，导致同账户下跨两年的同一自然月数据被合并累加
• 计算月度值时，误用了累计求和的窗口逻辑，窗口范围没有锁定到单账户单月的粒度，直接把从周期开头到当前行的累计值当成单月统计结果，就会出现1月活动100、2月返回125的叠加问题

• 替代单独的MONTH()提取逻辑，用标准化的月度截断值做分组维度
  不要把年份和月份拆成两个独立的分组字段（避免分组逻辑混乱），直接把日期截断到当月1号的粒度，作为统一的月度标识。不同数据库的截断写法参考：

  -- MySQL 8.0+/PostgreSQL
  DATE_TRUNC('month', date_column) AS activity_month
  -- SQL Server
  DATEFROMPARTS(YEAR(date_column), MONTH(date_column), 1) AS activity_month
  -- Oracle
  TRUNC(date_column, 'MONTH') AS activity_month
  

• 修正聚合逻辑，明确分组粒度
  按「账户ID + 标准化月度值」做两层分组，对每个月的活动量做独立求和，完整参考代码：

  SELECT
    account_id,
    DATE_TRUNC('month', date_column) AS activity_month,
    SUM(activity_value) AS monthly_activity_sum
  FROM business_activity_table
  WHERE
    -- 固定筛选过去2年的时间边界，避免动态日期偏移
    date_column >= DATEADD(YEAR, -2, DATE_TRUNC('month', CURRENT_DATE))
  GROUP BY
    account_id,
    activity_month
  ORDER BY
    account_id,
    activity_month;
  

• 排查窗口函数的累计逻辑
  如果你之前的查询用了窗口函数，一定要区分「单月值」和「累计值」的计算边界：
  • 单月值是每个分组内的独立求和，不需要开启累计窗口
  • 如果需要同时输出累计值，要把两个字段分开计算，不要把累计求和的结果当成单月统计值返回。常见的错误写法是用了ROWS UNBOUNDED PRECEDING的累计范围，把从年初到当月的总和当成了单月值。

• 跑数后检查同账户的返回行，每个自然月对应独立一行，不会把跨年度的同月份数据合并
• 用单月样本交叉验证：单独筛选某一个月的所有原始活动记录求和，和查询结果里对应月份的数值比对，确认没有把其他月份的数值叠加进来

内容的提问来源于stack exchange，提问作者Brian