直接用窗口函数替代自连接完全可行且更稳更快：①row_number()需order by含唯一列+partition by精准分组+外层子查询过滤；②lag/lead须显式partition by、order by字段建索引、设默认值；③聚合类窗口函数不能直接where过滤，空窗口慎用。
直接用窗口函数替代自连接统计，在 T-SQL 存储过程中完全可行，且多数场景下更稳、更快——前提是 ORDER BY 稳定、PARTITION BY 明确、外层过滤不漏掉子查询包裹。
ROW_NUMBER() 替换“每组取最新一条”的自连接
这是存储过程中最常误用自连接的场景：比如查每个用户的最后下单记录。传统写法用 LEFT JOIN 或 NOT EXISTS，逻辑绕、性能差、还容易因时间字段重复返回多行。
- 必须在
ORDER BY中加入唯一列兜底，例如ORDER BY created_at DESC, order_id DESC；只写created_at DESC时，SQL Server 可能按物理顺序分配ROW_NUMBER()，导致每次执行结果不一致 -
PARTITION BY列要和业务分组维度严格对齐，比如是user_id，不是user_name（后者可能有重名） - 别在存储过程的 WHERE 子句里直接引用窗口别名，如
WHERE rn = 1会报错Invalid column name 'rn'，必须套一层子查询或 CTE - 建议先用
WHERE过滤无效数据（如status IN ('paid', 'shipped')），再计算窗口，避免在百万行上无谓排序
示例（T-SQL 存储过程片段）：
SELECT user_id, order_id, amount, created_at
FROM (
SELECT user_id, order_id, amount, created_at,
ROW_NUMBER() OVER (
PARTITION BY user_id
ORDER BY created_at DESC, order_id DESC
) AS rn
FROM orders
WHERE status IN ('paid', 'shipped')
) t
WHERE rn = 1;
LAG()/LEAD() 替换“相邻行对比”的自连接
比如算用户两次登录间隔、订单金额环比、状态变更时间差——这类需求若用自连接，得靠 JOIN ON t1.id = t2.id + 1，但业务表 ID 从不保证连续，极易漏数据或连错行。
-
PARTITION BY必须显式指定，否则整个表被当一组，LAG()返回的是全局前一行，不是用户自己的上一次登录 -
ORDER BY字段必须有索引支撑，否则 SQL Server 执行计划会出现Sort节点，大数据量下直接拖垮性能 - 第三个参数务必填默认值，如
LAG(login_time, 1, '1970-01-01')或COALESCE(LAG(...), ...)，避免 NULL 导致后续计算崩掉 - SQL Server 对
ORDER BY中含 NULL 的字段默认排最前，而业务可能期望 NULL 排最后，需提前用CASE WHEN login_time IS NULL THEN 1 ELSE 0 END控制
示例（计算登录间隔，兼容 NULL）：
SELECT user_id, login_time,
DATEDIFF(day,
LAG(login_time, 1, '1970-01-01')
OVER (PARTITION BY user_id ORDER BY login_time),
login_time
) AS gap_days
FROM user_logins;
COUNT()/SUM() OVER 替代多层嵌套聚合统计
像“每个部门薪资高于本部门平均值的员工数”这种需求，传统写法要两层子查询+自连接，可读性差、维护成本高。窗口函数一步到位，但要注意聚合类不能直接过滤。
- 先用
AVG(salary) OVER (PARTITION BY dept_id)算出部门均值，再用条件表达式参与计数，如COUNT(CASE WHEN salary > avg_sal THEN 1 END) OVER (PARTITION BY dept_id) - 别用
RANK()或DENSE_RANK()后再WHERE rank = 1做“高于平均”筛选——并列时会多返回，插入带唯一约束的目标表直接失败 -
OVER ()（空窗口）是隐形陷阱，如COUNT(*) OVER ()在 SQL Server 中会触发隐式全表排序，千万级表慎用 - 如果统计口径含日期范围（如“近30天内高于均值人数”），记得把时间过滤写在子查询 WHERE 里，而不是放在窗口函数内部
真正容易被忽略的，是 ORDER BY 的稳定性与索引覆盖——窗口函数本身不慢，慢在没索引的排序字段上。哪怕语法全对，只要 PARTITION BY dept_id ORDER BY hire_date 中的 hire_date 没索引，SQL Server 就大概率走磁盘排序，这时候自连接反而可能更快。
