不能直接用WHERE比较manager_id对应的salary，因为manager_id是员工编号而非工资值；必须通过自连接（e.manager_id = m.employee_id）关联员工与经理表，再比较e.salary > m.salary。
为什么不能直接用 WHERE 比较 manager_id 对应的 salary？
因为 manager_id 是员工编号（比如 102），不是工资值。你没法写 WHERE salary > manager_id——这等于拿工资和编号比，类型错、逻辑错。必须先通过 manager_id 找到经理那行记录，再取他的 salary。
自连接的关键：给同一张表起两个别名
把 employees 表当两份用：一份代表员工（e），一份代表经理（m）。连接条件是 e.manager_id = m.employee_id，这样每条员工记录都能对上他直属经理的整行数据。
实操建议：
- 必须为表指定别名，否则字段歧义（比如
salary到底是员工的还是经理的？） -
JOIN比FROM employees e, employees m WHERE ...更清晰，推荐用显式INNER JOIN - 如果某员工没有经理（
manager_id为 NULL），INNER JOIN会自动过滤掉——这符合题意（没经理就没法比）
SELECT e.name AS employee_name, e.salary AS emp_salary,
m.name AS manager_name, m.salary AS mgr_salary
FROM employees e
INNER JOIN employees m ON e.manager_id = m.employee_id
WHERE e.salary > m.salary;
嵌套查询也能做，但性能和可读性更差
用子查询在 WHERE 里查经理工资，本质是为每一行员工单独执行一次查询，数据库无法优化成单次关联，数据量大时明显变慢。
常见错误现象：
- 子查询返回多行 → 报错
Subquery returns more than 1 row（没加WHERE m.employee_id = e.manager_id或漏了LIMIT 1） - 经理为 NULL 时子查询结果为 NULL，
> NULL永远不成立，但不会报错，容易误以为“没数据”而不是“NULL 被忽略” - 字段别名在子查询外不可见，容易写成
WHERE salary > (SELECT salary FROM employees...)，实际比较的是当前行的salary，逻辑全错
SELECT name, salary
FROM employees e
WHERE salary > (
SELECT salary
FROM employees m
WHERE m.employee_id = e.manager_id
);
注意 NULL 和自连接类型的选择
如果想保留那些 manager_id 为 NULL 的员工（比如 CEO），又不想让他们出现在结果里，INNER JOIN 是对的；但如果业务要求明确列出“无经理”状态，就得改用 LEFT JOIN 并在 WHERE 加 m.employee_id IS NOT NULL 过滤，否则 m.salary 为 NULL 会导致 e.salary > m.salary 判定失败（任何值与 NULL 比较都为 UNKNOWN）。
容易被忽略的一点：不同数据库对 NULL 的三值逻辑处理一致，但新手常以为 > NULL 是 false，其实它是 unknown，不进结果集——这不是 bug，是 SQL 标准行为。
