LAG函数需按时间字段严格排序并补全序列才能准确计算环比同比；日期重复时须加二级排序，年月字段需转日期排序，NULL值须处理，同比推荐构造周期序号而非依赖LAG(n)，多周期场景宜用ROW_NUMBER+条件聚合替代多重LAG。
LAG 函数怎么拿到上期值做环比计算
直接用 LAG() 就能取前一行数据，不需要自连接。关键在 ORDER BY 的字段必须是时间维度（比如 date 或 year_month），且该字段在分组内严格有序、无重复。如果时间字段有重复（例如同天多条记录），必须加二级排序（如 id）保证窗口内行序唯一，否则 LAG() 返回结果不可控。
常见错误现象：LAG(sales) OVER (ORDER BY date) 在日期相同但有多笔销售时，可能把同一天的另一条当“上期”，导致环比为 0 或负数——这不是函数问题，是排序没兜住。
- 推荐写法：
LAG(sales) OVER (PARTITION BY region ORDER BY date, id)（按地区分组，时间+主键保序） - 如果只有年月，用
TO_DATE(year_month, 'YYYY-MM')转成日期再排序，别直接字符串排序（'2023-10' 会排在 '2023-2' 后面） - 注意 NULL 处理：首行的上期值是 NULL，除法前得用
COALESCE(LAG(sales), 0)或条件过滤，否则sales / LAG(sales)整列变 NULL
同比计算必须配合时间偏移，不能只靠 LAG(1)
LAG() 默认取上一行，但同比要看“去年同期”，不是上一条记录。如果数据按月存储且每月只有一条，LAG(12) 可能碰巧对；但一旦有缺失月份（比如 2023-02 数据为空）、或存在周/日粒度，LAG(12) 就完全失效。
正确做法是先构造“去年同期时间字段”，再用 JOIN 或 LEFT JOIN LATERAL（PostgreSQL）匹配，但题目要求不用自连接——这时只能退回到 LAG() + 稳定时间序列的前提：
- 数据必须按自然周期补全（如用
GENERATE_SERIES补齐所有月份） - 排序字段必须是可推算同比的序列号，例如：
EXTRACT(YEAR FROM date)*12 + EXTRACT(MONTH FROM date)，然后LAG(sales) OVER (ORDER BY period_no) - MySQL 8.0+ 不支持
LAG(n)的动态 offset，n 必须是常量，所以无法用变量实现“找去年同月”，只能预计算 period_no
不同数据库对 LAG 的 NULL 处理和默认帧范围要注意
LAG() 在绝大多数数据库中默认帧范围是 UNBOUNDED PRECEDING TO CURRENT ROW，不影响结果；但 NULL 行为有差异：SQL Server 默认返回 NULL，而 Oracle 允许指定第三参数作为默认值（LAG(sales, 1, 0)），PostgreSQL 和 MySQL 需显式用 COALESCE。
性能影响容易被忽略：如果 PARTITION BY 字段基数极高（比如每行一个用户 ID），窗口排序开销大，此时 LAG() 可能比等价的自连接还慢——不是语法问题，是执行计划里产生了大量临时排序。
- 确认执行计划是否走了索引排序：WHERE 条件中的
date字段要有索引，且覆盖PARTITION BY和ORDER BY字段 - BigQuery 中
LAG()支持IGNORE NULLS，但多数传统数据库不支持，遇到空值断层需提前用LAST_VALUE(... IGNORE NULLS)替代 - ClickHouse 的
lagInFrame()行为更接近直觉，但名字不同，别误用lag()（那是聚合函数）
环比同比混合场景下，别在一个 SELECT 里堆太多 LAG
同时要算上月、上年同月、上上周，写三个 LAG() 看似简单，但每个多一个窗口就会多一次排序。实际执行时，数据库不一定能复用排序结果，尤其跨 PARTITION BY 时。
更稳的做法是：先用 CTE 或子查询统一排序并编号，再在外层用 MAX(CASE WHEN rn = 1 THEN sales END) 类方式提取各期值——逻辑稍绕，但可控性强，也方便加调试字段看对没对上。
- 示例片段：
WITH ranked AS ( SELECT *, ROW_NUMBER() OVER (PARTITION BY region ORDER BY date) AS rn ) SELECT date, sales, MAX(CASE WHEN rn = r.rn - 1 THEN sales END) OVER (PARTITION BY region) AS last_month, MAX(CASE WHEN rn = r.rn - 12 THEN sales END) OVER (PARTITION BY region) AS last_year FROM ranked r;
- 这种写法绕开了
LAG的 offset 限制，也避免了多次窗口排序，适合复杂周期对齐 - 但注意：ROW_NUMBER() 依赖排序稳定性，仍需确保
date+ 唯一键组合不重复
真正卡住人的往往不是函数语法，而是时间序列是否连续、分区键是否合理、以及数据库对窗口帧的实际优化能力。写完 LAG 之后，务必用小数据集人工核对几条记录的时间对齐关系——机器按行序取，人得按业务逻辑验。
