如何使用SQL LAG()与LEAD()函数在不使用自连接的情况下访问相邻行？

作者：袖梨 2026-07-04

LAG()和LEAD()的核心作用是替代自连接，直接获取当前行前/后偏移行的值，必须配合ORDER BY使用，排序字段需具唯一性以防错位，越界默认返回NULL，支持指定偏移量和默认值。

它们直接在当前行上下文中获取偏移后的值，不用写 JOIN、不用建临时表、也不用担心关联条件漏数据。关键前提是必须明确指定 ORDER BY——没有排序就没有“相邻”，这两个函数会直接报错或返回 NULL。

常见错误现象：LAG(value) OVER () 不带 ORDER BY 在 PostgreSQL 报错，在 MySQL 8.0+ 虽不报错但结果不可靠；SQL Server 要求 ORDER BY 必须存在。

比如销售表 sales 有 date 和 revenue，要算“比前一天增长多少”，传统做法得 JOIN sales s1 ON s2.date = s1.date + INTERVAL '1 day'，容易因缺日期断链。用 LAG() 更稳：

SELECT  date,  revenue,  revenue - LAG(revenue, 1) OVER (ORDER BY date) AS diff_from_prev_dayFROM sales;

注意点：

如果 date 有重复，ORDER BY date 会导致相同日期内行序不确定，建议补上 id 或 time： ORDER BY date, id
缺失某天数据时，LAG() 自动跳到上一个实际存在的行，不是“逻辑前一天”，这点和自连接行为不同——后者能强制对齐日历，前者对齐实际记录
MySQL 8.0+、PostgreSQL 8.4+、SQL Server 2012+、Oracle 从 8i 就支持，但 SQLite 直到 3.25 才支持窗口函数

例如用户操作日志表 user_events 记录 user_id、event_type（'login'/'logout'）、ts，想查每次 login 后的 logout 时间。用 LEAD() 很自然：

SELECT  user_id,  ts AS login_ts,  LEAD(ts) OVER (PARTITION BY user_id ORDER BY ts) AS next_tsFROM user_eventsWHERE event_type = 'login';

但这里容易踩坑：

PARTITION BY user_id 必须加，否则不同用户的事件混在一起排序，LEAD() 可能取到别人的数据
如果某次 login 后没有 logout，LEAD() 返回 NULL，不能直接当“超时”处理，得结合业务判断是否允许无配对
若日志中存在多个连续 login（异常情况），LEAD() 取的是紧邻下一行，未必是“对应 logout”，此时需额外过滤或用条件偏移（如 LEAD(CASE WHEN event_type='logout' THEN ts END)）