应使用LEFT JOIN关联员工与主管工资再计算差值，而非LAG()；因窗口函数无法按manager_id跨行查找，JOIN才能准确匹配上级工资并妥善处理NULL。
用 LAG() 获取上级工资（假设组织结构是单层直属）
很多场景里，“上级”指直接主管，且员工表里有 manager_id 字段。但窗口函数本身不支持按任意外键“跳转”查值，所以得先让数据按层级排好序——最稳妥的方式是把员工和其直属上级的工资“对齐到同一行”。LAG() 在按 manager_id 排序后并不适用，真正该用的是自连接或 JOIN；但如果你的表天然按汇报线有序（比如 CEO 在第一行、其下属紧随其后），且层级深度为 1，则可强行用 LAG(salary) OVER (ORDER BY ...)。不过这种依赖物理顺序的做法极脆弱，生产环境不推荐。
更实际的做法是：先用 LEFT JOIN 把员工和其主管的工资拉到一起，再计算差值。窗口函数在这里不是主角，别硬套。
用 JOIN 关联主管工资再计算差值（推荐做法）
这才是稳定、可读、易调试的路径：
假设员工表叫 employees，字段包括 id、name、salary、manager_id，而主管也是员工表中的一条记录：
-
manager_id为NULL表示无上级（如 CEO），对应主管工资应视为0或NULL，需用COALESCE(m.salary, 0)控制 - 必须用
LEFT JOIN，否则没有上级的员工会被丢掉 - 别忘了给关联表加别名（如
e和m），不然salary字段会歧义
SELECT e.name, e.salary, COALESCE(m.salary, 0) AS manager_salary, e.salary - COALESCE(m.salary, 0) AS salary_diff FROM employees e LEFT JOIN employees m ON e.manager_id = m.id;
如果真要用窗口函数，得先构造“同层可比序列”
某些特殊需求，比如查“部门内工资高于直接上级的员工”，需要先按部门分组、再按管理链排序。这时可以配合 ROW_NUMBER() 或递归 CTE 预处理，但注意：
- 标准 SQL 窗口函数无法跨行“找某个特定 id 对应的 salary”，
LAG()/LEAD()只能取偏移量固定的上/下行，不是“查 manager_id 对应那行” - PostgreSQL 支持
LAG() OVER (PARTITION BY ... ORDER BY ...)，但依然不能替代JOIN实现语义上的“上级”匹配 - MySQL 8.0+ 和 SQL Server 支持窗口函数，但同样不解决外键跳转问题
换句话说：窗口函数适合做“相邻行比较”或“组内累计”，不适合做“关系查找”。想查上级工资，就老实用 JOIN。
容易忽略的 NULL 和类型陷阱
工资字段如果是 DECIMAL 或 NULL，直接相减会导致整行结果变 NULL（SQL 中任何值与 NULL 运算结果都是 NULL）：
- 务必用
COALESCE(m.salary, 0)或COALESCE(m.salary, 0.0)显式补默认值，类型要和原字段一致（避免隐式转换失败） - 如果
salary是TEXT类型（极不推荐，但真实存在），先用CAST(m.salary AS DECIMAL)转换 - 差值列建议显式命名并加注释，方便下游使用，比如
salary_diff_to_manager
实际跑之前，先 SELECT * 看两眼 JOIN 结果是否符合预期——特别是 manager_id 为空或指向不存在的 id 时，LEFT JOIN 是否真的返回了 NULL。这个验证步骤省不得。
