self join是计算环比最直接方案，因标准sql无内置lag()/lead()，而其通过显式关联相邻有序行实现“当前行与上一行差值”，兼容性最强；需依赖order by定义可重现顺序，推荐row_number()+自连接（t1.rn = t2.rn + 1）确保稳定错位匹配。
Self JOIN 为什么是计算环比最直接的方案
因为标准 SQL 没有内置的 LAG() 或 LEAD()（MySQL 8.0+、PostgreSQL、SQL Server 支持，但老版本或某些 OLAP 引擎不支持），而环比本质就是「当前行与上一行某字段的差值」，Self JOIN 能显式关联相邻有序行，不依赖窗口函数，兼容性最强。
关键前提是：表必须有能定义顺序的字段，比如 date、id、seq_no——不能靠物理存储顺序，必须用 ORDER BY 逻辑可重现的排序依据。
如何写一个安全可靠的 Self JOIN 环比查询
核心思路：把原表自连接，让左表的每一行，匹配右表中「排序位置紧邻其前」的那一行。常用写法是用子查询找上一行的主键/时间戳，或用 ROW_NUMBER()（如果支持）打序号后连接。
- 推荐用
ROW_NUMBER()+ 自连接（兼容多数现代 SQL 引擎）：SELECT t1.date, t1.value, t1.value - COALESCE(t2.value, 0) AS diff_from_prev FROM ( SELECT date, value, ROW_NUMBER() OVER (ORDER BY date) AS rn FROM sales ) t1 LEFT JOIN ( SELECT date, value, ROW_NUMBER() OVER (ORDER BY date) AS rn FROM sales ) t2 ON t1.rn = t2.rn + 1;
- 若不支持窗口函数（如旧版 MySQL 5.7），改用相关子查询（性能较差，但可用）：
SELECT s1.date, s1.value, s1.value - COALESCE( (SELECT s2.value FROM sales s2 WHERE s2.date - 注意
COALESCE(..., 0)是为了处理首行无前驱数据的情况；也可用NULL更语义准确，取决于业务是否允许空值 - 务必在
WHERE条件和JOIN条件中使用相同排序字段，且该字段需有索引（如INDEX(date)），否则性能急剧下降
常见错误：日期重复、空值、排序歧义导致的错位
Self JOIN 环比最常出错的地方不是语法，而是逻辑错位——比如同一天多条记录，ORDER BY date 无法唯一确定先后，JOIN 就会随机匹配，结果不可复现。
- 当排序字段不唯一时，必须补全排序条件，例如：
ORDER BY date, id或ORDER BY date, created_at - 如果
value字段本身为NULL，直接相减会得NULL，应先用COALESCE(value, 0)处理，或明确业务规则（如跳过 NULL 行） - 别用
id当顺序依据除非它严格递增且无删改；删除过记录的自增id会导致“上一行”实际是更早的数据 - 测试时一定要查出原始排序结果（
SELECT *, ROW_NUMBER() OVER (...) FROM ...）确认rn是否连续、是否符合预期顺序
性能和可读性取舍：什么时候该换窗口函数
如果数据库版本支持 LAG()，且你不需要兼容老旧环境，它几乎总是更好选择：更短、更快、更易维护。
SELECT date, value, value - LAG(value, 1, 0) OVER (ORDER BY date) AS diff_from_prev FROM sales;
但要注意：LAG(value, 1, 0) 第三个参数是默认值（首行返回 0），不填则首行为 NULL；而 Self JOIN 中的 LEFT JOIN + COALESCE 是等价控制方式。真正难处理的是排序字段含大量重复值+无二级排序键的场景——此时 LAG() 和 Self JOIN 都会行为不确定，必须先清洗或补全排序依据。
