如何在SQL中正确使用SELF JOIN查询层级树状数据-SQL-PHP中文网

self join能查树形结构是因为它用两个别名将同一张含id和parent_id的表分别视为父节点和子节点，通过on child.parent_id = parent.id显式关联单层父子关系；它不递归，仅支持固定两级查询，多级需叠加join或改用递归cte。

如何在sql中正确使用self join查询层级树状数据

SELF JOIN 为什么能查树形结构

因为树的每个节点都可能同时是父节点和子节点，SELF JOIN 让一张表能以两个别名（比如 t1 和 t2）同时参与连接，从而把「当前节点」和「它的直接子节点」关联起来。不是靠递归，而是靠显式连接层级关系字段（通常是 parent_id 和 id）。

常见错误是写成 ON t1.id = t2.parent_id 却忘了方向——这实际查的是「t1 是父，t2 是子」；若想查「t1 是子，t2 是父」，就得反过来写 ON t1.parent_id = t2.id。方向错，结果就全乱。

必须确保有明确的父子字段，如 id 和 parent_id，且 parent_id 允许为 NULL（根节点）
别名命名要有语义，比如用 child 和 parent 比 a/b 更不容易出错
单层 SELF JOIN 只能查两级（如部门 + 直属下级），要查多层得叠加多次 JOIN 或改用递归 CTE（MySQL 8.0+/PostgreSQL/SQL Server 支持）

查二级子节点：一次 SELF JOIN 的典型写法

假设表 org 有字段 id、name、parent_id，要列出每个部门及其直属下级部门名称：

SELECT 
  parent.name AS parent_name,
  child.name AS child_name
FROM org AS parent
JOIN org AS child ON child.parent_id = parent.id;

注意这里 JOIN 默认是 INNER JOIN，所以根节点（parent_id IS NULL）不会出现在 parent 别名侧，也不会有“无下属”的部门显示在结果里。如果需要保留所有父部门（包括没子部门的），得改用 LEFT JOIN：

LEFT JOIN org AS child ON child.parent_id = parent.id → 父部门全出来，子部门列可能为 NULL
避免 WHERE child.id IS NOT NULL 后又用 LEFT JOIN，这会退化成 INNER JOIN
如果表数据量大，记得在 parent_id 字段上建索引，否则 JOIN 性能会断崖式下跌

查三级结构（祖-父-子）：两次 SELF JOIN 的写法与陷阱

要展示「上级部门 → 部门 → 下级部门」三层，就得连三次：grandparent → parent → child：

SELECT 
  g.name AS grandparent_name,
  p.name AS parent_name,
  c.name AS child_name
FROM org AS g
JOIN org AS p ON p.parent_id = g.id
JOIN org AS c ON c.parent_id = p.id;

这种写法容易忽略两点：

没有过滤根节点路径：如果某条链中间有 parent_id 为空（比如 p.parent_id IS NULL），那整行就消失——JOIN 天然跳过 NULL 匹配
结果集爆炸：一个根节点下有 10 个子节点、每个子节点又有 10 个孙节点，就会产生 100 行，不是 20 行。业务上是否真需要扁平展开？还是该用应用层递归组装？
别名嵌套易混淆：建议按层级命名（lvl0, lvl1, lvl2），而不是 t1/t2/t3