SQL如何获取同环比报表数据_窗口函数实现多维度对比-SQL-PHP中文网

用lag()/lead()算同比环比最轻量，需按时间严格排序；常见错误是缺order by、排序不唯一或在group by后误用窗口函数；非标周期须先构造可排序业务标识。

sql如何获取同环比报表数据_窗口函数实现多维度对比

直接用窗口函数是最轻量、最可控的方式，不需要自连接或子查询。核心是按时间排序后，把上期值“拉下来”和当前行对齐。

常见错误是没写 ORDER BY 或排序字段不唯一，导致 LAG() 返回结果错乱；还有人用 GROUP BY 后再套窗口函数，结果报错 —— 窗口函数必须在聚合之后（或不用聚合）执行。

LAG(value, 1) OVER (PARTITION BY product_id ORDER BY dt)：取同一产品中前1天的值（日粒度环比）
LAG(value, 12) OVER (PARTITION BY product_id ORDER BY year_month)：月粒度同比，前提是 year_month 是连续整数（如 202301、202302…），否则得转成序列号
如果时间字段有空缺（比如某天没数据），LAG() 会跳过空行取真实存在的上一行，不是“逻辑上上月”，这点容易误判

窗口函数本身不理解业务周期，只认排序顺序。所以“上一财年同期”这种需求，不能硬凑 LAG(value, n)，得先构造可排序的业务周期标识。

例如财年从每年4月开始，想比“2023财年Q2 vs 2022财年Q2”，就得先把日期映射成 fiscal_year_quarter 字段（如 '2023-Q2' → 20232），再按它 ORDER BY。

别在 ORDER BY 里写表达式如 YEAR(dt) * 10 + QUARTER(dt)，部分数据库不支持；先用 SELECT 子句算好别名，再在 OVER 里引用
双周场景建议生成一个 biweek_id 整数列（如 FLOOR(DATEDIFF(dt, '2020-01-01') / 14)），比字符串拼接更稳
MySQL 8.0+ 支持 WINDOW 命名复用，多个 LAG() 可共用同一个 OVER 定义，减少重复写

它们不直接算差值，但能解决“取每个分组最新N期”这类前置问题。比如要查每个产品最近3个月的环比，就得先筛出每组 top 3 的记录，再算差。

误用 RANK() 是高频坑：当存在相同日期的多条记录（如不同渠道汇总到同一天），RANK() 会并列编号并跳号，导致 WHERE rn 漏掉数据；<code>ROW_NUMBER() 更可靠，但需明确 ORDER BY 的二级排序字段（如加 id 防随机）。

ROW_NUMBER() OVER (PARTITION BY product_id ORDER BY dt DESC, id DESC)：确保稳定取最新3条
别在 WHERE 里直接用窗口函数，必须嵌套一层子查询或 CTE，否则语法报错
Oracle 和 PostgreSQL 支持 QUALIFY（BigQuery 也支持），可以简化 WHERE 套娃，但 MySQL 不行

同环比查询慢，90% 出在窗口函数没走索引、分区裁剪失效或数据膨胀。不是函数本身慢，是执行计划歪了。

PARTITION BY 字段必须有索引，且和 ORDER BY 字段合建联合索引（如 (product_id, dt)），单建 dt 索引无效
如果表按 dt 分区，但 WHERE 条件没限定分区键（比如只写 WHERE product_id = 'A'），整个表扫描不可避免
避免在 OVER 子句里用函数转换字段，如 ORDER BY YEAR(dt)，会导致索引失效；提前在 WHERE 或 JOIN 中预处理