订单环比增长率是本期订单金额与上期之差除以上期金额乘以100%，核心在于用lag()窗口函数按时间顺序准确获取上期值；必须配合order by确保逻辑顺序，否则结果不可靠，且需避免将时间字段当字符串排序导致错序。
什么是订单环比增长率，窗口函数怎么帮上忙
订单环比增长率 =（本期订单金额 - 上期订单金额）/ 上期订单金额 × 100%，核心是拿到“上期值”。LAG() 是唯一能直接取前一行数据的窗口函数，不用 JOIN 或子查询就能完成错位对齐。它必须配合 ORDER BY 使用，否则结果无序、不可靠。
常见错误：漏写 ORDER BY，或把时间字段（如 order_month）当成字符串排序（比如 '2024-1' LAG() 拿到错误的“上期”。务必确保排序字段是可比较的日期类型，或已格式化为 YYYY-MM 字符串并补零（如 TO_CHAR(order_date, 'YYYY-MM')）。
用 LAG() 计算月度订单环比的完整写法
假设你有一张按月聚合的订单表 monthly_orders，含字段 order_month（文本型 '2024-01'）、total_amount（数值）：
SELECT
order_month,
total_amount,
LAG(total_amount) OVER (ORDER BY order_month) AS prev_amount,
ROUND(
(total_amount - LAG(total_amount) OVER (ORDER BY order_month)) * 100.0 /
NULLIF(LAG(total_amount) OVER (ORDER BY order_month), 0),
2
) AS mom_growth_pct
FROM monthly_orders;
关键点：
-
NULLIF(..., 0)防止除零错误，比CASE WHEN更简洁 - 同一个
LAG()调用重复写了三次？没关系，现代数据库（PostgreSQL、MySQL 8.0+、Snowflake）会自动复用计算结果，性能不受影响 - 第一行的
prev_amount和mom_growth_pct必然为NULL——这是正常行为，不是 bug
遇到多维度分组（比如按城市+月份）怎么办
如果要分别看每个城市的月度环比，不能只靠 ORDER BY order_month，必须加 PARTITION BY city，否则不同城市的订单会混在一起排序：
SELECT
city,
order_month,
total_amount,
LAG(total_amount) OVER (PARTITION BY city ORDER BY order_month) AS prev_amount_city,
ROUND(
(total_amount - LAG(total_amount) OVER (PARTITION BY city ORDER BY order_month)) * 100.0 /
NULLIF(LAG(total_amount) OVER (PARTITION BY city ORDER BY order_month), 0),
2
) AS mom_growth_pct
FROM city_monthly_orders;
注意：PARTITION BY 一定要放在 ORDER BY 前面，语法顺序不能颠倒；如果漏掉 PARTITION BY，所有城市数据会被当作一个整体排序，首月可能是北京，第二月却是上海，环比完全失真。
为什么不能用 LEAD() 或 ROW_NUMBER() 替代
LEAD() 是取“下一行”，方向反了，除非你倒序排列再取，但逻辑绕且易错；ROW_NUMBER() 只给序号，没法直接取上一行的值，还得配 JOIN，失去窗口函数的简洁性。
真正容易被忽略的是时序完整性：如果某个月份没有订单（比如 2024-03 缺失），LAG() 会跳过它，直接取 2024-02 的值作为 2024-04 的“上期”，导致环比计算跨月。业务上是否允许这种跳跃？需要提前补全空月份（用 GENERATE_SERIES 或日期维表），而不是依赖窗口函数自动修复。
