不能——LEAD和LAG仅取相邻行值，需嵌套算术表达式并处理空值、除零及时间对齐；标准环比用LAG因需对比上期值，典型写法为(sales-LAG(sales))/NULLIF(LAG(sales),0)。
LEAD 和 LAG 函数到底能不能直接算环比增长率？
不能——它们只负责取相邻行的值，不负责计算差值或比率。想得到环比增长率，必须把 LAG()（或 LEAD()）嵌套在算术表达式里，且要显式处理除零、空值和数据顺序问题。
为什么用 LAG() 而不是 LEAD() 计算环比？
环比增长 =（本期值 − 上期值）/ 上期值，核心是“和上一期比”。LAG(value, 1) 恰好取当前行向上偏移 1 行的值，即上期；而 LEAD(value, 1) 取的是下期，适合做“预测环比”或反向分析，日常统计中极少用于标准环比。
-
LAG(sales, 1) OVER (ORDER BY month)：按月顺序，取上个月销售额 - 若排序字段含重复值（如多地区同月），必须加确定性排序键，例如
ORDER BY month, region - 未指定
PARTITION BY时，整个结果集视为一个分区；分产品/分城市计算需明确写PARTITION BY product_id
计算时最容易崩的三个地方
实际执行常报错或结果为 NULL，基本都卡在这三处：
-
LAG()返回NULL（首行无“上期”）→ 导致整条表达式结果为NULL，需用COALESCE(LAG(...), 0)或更安全的NULLIF()配合判断 - 上期值为 0 → 触发除零错误，必须先过滤或用
NULLIF(lag_value, 0)把除数 0 转成NULL，再参与除法 - 日期字段没对齐：比如用
created_at但未按自然月截断，导致“上期”实际是上一天而非上一月 → 应先用DATE_TRUNC('month', created_at)（PostgreSQL）或FORMAT(created_at, 'yyyy-MM')（SQL Server）归一化周期
典型写法示例（PostgreSQL）：
SELECT
month,
sales,
ROUND(
(sales - LAG(sales) OVER (ORDER BY month))::DECIMAL
/ NULLIF(LAG(sales) OVER (ORDER BY month), 0),
4
) AS mom_growth_rate
FROM monthly_sales;
不同数据库对 LAG/LEAD 的兼容性差异
语法骨架一致，但细节行为有坑：
- MySQL 8.0+ 支持，但窗口函数不能出现在
WHERE或GROUP BY中 → 需套一层子查询 - SQL Server 支持
LAG(value, offset, default)的第三个参数（缺省值），可直接写LAG(sales, 1, 0)避免首行NULL - BigQuery 要求显式声明窗口别名，如
LAG(sales) OVER w+WINDOW w AS (ORDER BY month) - 所有数据库中，
ORDER BY子句不可省略，否则报错或结果不可靠
真正难的从来不是写出公式，而是确认每一行的“上期”确实是你业务定义的那个上期——时间维度对齐、分区逻辑闭环、空值与零值防御，缺一不可。
