在SQL的实际开发场景中，我们经常会遇到需要关联同一张表内不同行数据的需求，传统做法通常使用自连接实现，但当关联逻辑复杂时，自连接会让SQL语句变得冗长难懂，同时可能带来额外的性能开销。而窗口函数的出现，为这类问题提供了更简洁的解决方案。
什么是自连接与窗口函数
自连接的核心逻辑
自连接是指一张表通过别名的方式，将自己当作两张或多张表进行关联查询，通常用于查询同表内存在层级、对比关系的数据。比如查询员工表中每个员工和其直属领导的信息，就需要将员工表分别作为员工表和领导表进行关联。
窗口函数的核心逻辑
窗口函数是对一组行进行计算的特殊函数，这组行被称为窗口，函数计算结果会附加到每一行数据上，不会改变原表的行数。窗口函数可以通过OVER()子句指定分组和排序规则，常见的窗口函数包括ROW_NUMBER()、RANK()、SUM()等聚合函数搭配窗口使用。
自连接的典型场景与实现
我们以员工表employee为例，表结构如下：
| 字段名 | 类型 | 说明 |
|---|---|---|
| id | INT | 员工ID |
| name | VARCHAR | 员工姓名 |
| manager_id | INT | 直属领导ID，关联本表id字段 |
| salary | DECIMAL | 员工薪资 |
需求是查询每个员工的姓名、薪资，以及其直属领导的姓名和薪资，使用自连接的实现方式如下：
-- 自连接实现员工与直属领导信息关联
SELECT
e.name AS employee_name,
e.salary AS employee_salary,
m.name AS manager_name,
m.salary AS manager_salary
FROM employee e
LEFT JOIN employee m
ON e.manager_id = m.id;
如果需求升级为查询每个部门薪资最高的员工信息，自连接的实现会变得更复杂，需要先分组查询每个部门的最高薪资，再关联原表获取员工信息：
-- 自连接实现部门最高薪资员工查询
SELECT
e.id,
e.name,
e.salary,
e.department_id
FROM employee e
INNER JOIN (
-- 先查询每个部门的最高薪资
SELECT department_id, MAX(salary) AS max_salary
FROM employee
GROUP BY department_id
) dept_max
ON e.department_id = dept_max.department_id
AND e.salary = dept_max.max_salary;
用窗口函数替代自连接的实现
同样查询每个部门薪资最高的员工信息，使用窗口函数可以大幅简化SQL逻辑，不需要额外的子查询和关联操作：
-- 窗口函数实现部门最高薪资员工查询
SELECT
id,
name,
salary,
department_id
FROM (
-- 用窗口函数给每个部门的员工按薪资降序排名
SELECT
id,
name,
salary,
department_id,
RANK() OVER (PARTITION BY department_id ORDER BY salary DESC) AS salary_rank
FROM employee
) ranked_employee
WHERE salary_rank = 1;
再回到员工和直属领导信息关联的需求，我们也可以用窗口函数结合LAG()或LEAD()函数实现，不过该场景自连接的可读性已经足够，窗口函数更适合需要排序、排名、累计计算的场景。如果是查询每个员工和比他薪资高的同部门员工数量，窗口函数的优势会更明显：
-- 窗口函数查询同部门薪资高于当前员工的员工数量
SELECT
id,
name,
salary,
department_id,
COUNT(*) OVER (PARTITION BY department_id ORDER BY salary RANGE BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING) - 1 AS higher_salary_count
FROM employee;
如果使用自连接实现上述需求，需要关联同部门的所有员工，并且做条件判断，SQL会非常冗长：
-- 自连接实现同部门薪资高于当前员工的员工数量查询
SELECT
e1.id,
e1.name,
e1.salary,
e1.department_id,
COUNT(e2.id) AS higher_salary_count
FROM employee e1
LEFT JOIN employee e2
ON e1.department_id = e2.department_id
AND e2.salary > e1.salary
GROUP BY e1.id, e1.name, e1.salary, e1.department_id;
两种方式的对比与适用场景
- 自连接更适合简单的同表关联场景，比如一对一的层级关系查询，逻辑直观易懂。
- 窗口函数更适合需要分组排序、排名、累计计算、前后行数据对比的复杂场景，不需要额外的表关联，SQL更简洁，执行效率通常也更高。
- 当自连接需要关联多次或者关联条件复杂时，优先考虑用窗口函数替代，降低SQL的维护成本。
在实际开发中，我们可以根据具体的查询需求选择合适的方式，窗口函数并不是完全替代自连接，而是为复杂连接场景提供了更优的解决方案，合理搭配使用可以让SQL代码更简洁高效。