LEFT JOIN 仅适用于查询固定一层父子关系，无法动态展开未知深度的树状路径；真正支持完整层级遍历需用递归CTE（如WITH RECURSIVE）或固定深度自连接，多层LEFT JOIN易导致漏查、错位与性能爆炸。
LEFT JOIN 不能直接构建树状路径，必须配合递归或自连接
直接用 LEFT JOIN 查一层父子关系没问题，但想一次性拉出“CEO → 部门总监 → 经理 → 员工”这种完整路径，LEFT JOIN 本身做不到。它只是静态关联两张表，不支持动态层数展开。常见错误是写一堆嵌套 LEFT JOIN（比如连5次 tree_node 表），结果要么漏掉深层节点，要么路径错位、产生笛卡尔积爆炸。
真正可行的思路只有两种：一是用数据库原生递归语法（如 SQL Server 的 WITH Tree AS...、MySQL 8.0+ 的 WITH RECURSIVE、Oracle 的 CONNECT BY）；二是用固定深度的自连接 + LEFT JOIN 拼路径（仅适用于已知最大层级且较浅的场景，比如最多4级）。
- 如果树深不确定或超过3层，硬写多层
LEFT JOIN就是给自己埋坑——查不到第5级人，还让执行计划变得臃肿 -
LEFT JOIN在树查询里最稳的用途，是“补全信息”，比如在递归CTE查出层级结构后，再LEFT JOIN用户表补姓名、部门表补描述 - 别试图用
LEFT JOIN替代父ID回溯逻辑——parent_id字段才是你该依赖的锚点，不是连接工具
SQL Server 中用 WITH + LEFT JOIN 补全路径信息
SQL Server 不支持 WITH RECURSIVE，但可以用标准 WITH 定义递归CTE，再用 LEFT JOIN 关联其他业务表。关键在于：CTE 负责层级展开，LEFT JOIN 负责字段丰富。
例如，有 tree_node 表存组织节点，employee 表存人员信息，想查某节点下所有员工及其直属上级名称：
WITH Tree AS ( SELECT id, name, parent_id, 0 AS level FROM tree_node WHERE id = @rootId -- 锚定起点 UNION ALL SELECT n.id, n.name, n.parent_id, t.level + 1 FROM tree_node n INNER JOIN Tree t ON n.parent_id = t.id ) SELECT t.id, t.name AS node_name, e.name AS employee_name, p.name AS manager_name FROM Tree t LEFT JOIN employee e ON t.id = e.node_id LEFT JOIN tree_node p ON t.parent_id = p.id OPTION (MAXRECURSION 500);
-
INNER JOIN用于递归步（必须严格匹配父子），LEFT JOIN用于补数据（员工可能未分配、上级节点可能被删） -
OPTION (MAXRECURSION n)必须加在最终SELECT末尾，不能放在 CTE 里 - 如果
employee表里一个节点对应多人，结果会自然展开——这是预期行为，不是重复
MySQL 8.0+ 中避免用 LEFT JOIN 模拟递归
MySQL 8.0+ 支持 WITH RECURSIVE，但有人误以为可以用多次 LEFT JOIN 加 COALESCE 拼路径，比如：
-- ❌ 错误示范：不可靠、不可扩展 SELECT n1.name AS lvl1, n2.name AS lvl2, n3.name AS lvl3 FROM tree_node n1 LEFT JOIN tree_node n2 ON n2.parent_id = n1.id LEFT JOIN tree_node n3 ON n3.parent_id = n2.id WHERE n1.parent_id IS NULL;
问题很明显：层级固定、无法处理分支差异（有的路径长，有的短）、NULL 值干扰排序、性能随层级指数下降。
- 正确做法是用
WITH RECURSIVE构建路径字符串：CONCAT(t.path, '→', n.name)，起始时path = n.name - 若必须兼容老版本 MySQL（
-
LEFT JOIN在这里唯一合理用途，是最后一步关联部门描述、岗位职级等维度表，不是用来“展开树”
容易被忽略的 NULL 处理与路径断裂风险
树结构里 parent_id 为 NULL 表示根节点，但实际业务中常出现“中间节点 parent_id 被设为 NULL 却非根”的脏数据。这时递归CTE会断在那层，后续子树全丢。
用 LEFT JOIN 补信息时也一样：如果 employee 表里没填 node_id，整行就变成 NULL 字段，但你未必意识到这是数据缺失而非逻辑空值。
- 查路径前先跑一遍
SELECT * FROM tree_node WHERE parent_id NOT IN (SELECT id FROM tree_node) AND parent_id IS NOT NULL，揪出悬空节点 - 在 CTE 的锚查询里加
WHERE parent_id IS NULL OR id = @rootId，避免只认NULL根而漏掉指定起点 -
LEFT JOIN后不要直接WHERE e.status = 'active'——这会让整行消失，应改为AND e.status = 'active'放在ON子句里
路径拼接这件事，数据库只负责结构展开，LEFT JOIN 只负责填空。把责任搞反了，查出来的就不是组织架构，是一堆对不上的名字和断掉的线。
