自连接必须用别名，因同一张表被引用两次会导致字段歧义而报错；连接条件应为e1.manager_id = e2.id；left join保留ceo等无经理员工，inner join仅返回有上级者；字段须重命名避免冲突。
为什么自连接必须用 ALIAS
因为同一张 employees 表在查询中被引用了两次（一次查员工，一次查经理），不加别名会导致字段歧义，数据库直接报错：ERROR: column "name" is ambiguous。ALIAS 不是可选技巧，是语法强制要求——哪怕只选一个字段，只要表出现两次，就必须用 AS 或空格指定别名。
自连接的正确写法：ON 条件必须指向经理 ID
核心是理解层级关系：员工记录里的 manager_id 字段，对应的是另一条员工记录的 id。所以连接条件不是 e1.id = e2.id，而是 e1.manager_id = e2.id。常见错误是写反或漏掉 LEFT JOIN 导致 CEO（manager_id 为 NULL）被过滤掉。
示例：
SELECT e1.name AS employee_name, e2.name AS manager_name FROM employees e1 LEFT JOIN employees e2 ON e1.manager_id = e2.id;
LEFT JOIN vs INNER JOIN 的实际影响
选哪种取决于业务需求：
-
INNER JOIN：只返回有上级的员工，CEO 和无经理的临时工不会出现在结果里 -
LEFT JOIN：保留所有员工，manager_name对 CEO 显示为NULL，更符合组织架构全量查看场景
如果业务要求“必须显示所有员工”，却用了 INNER JOIN，就会漏数据；反之，若明确只要汇报链路中的人员，INNER JOIN 能减少冗余 NULL 值，也稍快一点。
字段重命名容易忽略的细节
别名不只是为了可读性，更是避免 SELECT 列冲突。比如同时查 e1.id 和 e2.id，不加别名会报错；即使只查一个 id，一旦后续加字段或改写，隐患就暴露出来。
建议统一风格：
- 员工侧字段前缀用
emp_（如e1.name AS emp_name） - 经理侧字段前缀用
mgr_（如e2.name AS mgr_name） - 避免用
name、id这类裸名，哪怕当前没冲突
真正麻烦的不是写错一次，而是视图或子查询里嵌套多层自连接时，裸字段会让调试成本指数级上升。
