HQL查询员工层级时OR子句返回记录异常偏少问题咨询

嘿，我之前在处理员工层级查询的时候也踩过类似的坑！咱们先理清楚问题的核心：你原来的查询应该是用递归CTE（或者多层自连接）来遍历整个经理的下属树，而加了OR子句后，大概率是逻辑优先级或者查询结构的问题，导致递归中断，只拿到了直接下属。

先回顾下原来能正常工作的递归查询 #

假设你用的是SQL（比如PostgreSQL、MySQL 8+、SQL Server），原来正确获取所有下属（直接+间接）的查询应该是类似这样的：

WITH RECURSIVE EmployeeHierarchy AS (
    -- 锚点：先定位目标经理本身
    SELECT Id, Name, ManagerId
    FROM Employee
    WHERE Id = @TargetManagerId
    UNION ALL
    -- 递归：遍历所有下属，一层层往下找
    SELECT e.Id, e.Name, e.ManagerId
    FROM Employee e
    JOIN EmployeeHierarchy eh ON e.ManagerId = eh.Id
)
-- 排除经理自己，返回所有下属
SELECT * FROM EmployeeHierarchy WHERE Id != @TargetManagerId;

这个查询会从目标经理开始，递归遍历所有层级的下属，所以能拿到全量的下属列表。

为什么加OR后结果变少了？ #

最常见的错误是把OR子句放到了递归CTE的锚点或者递归条件里，破坏了递归的遍历逻辑。举个典型的错误写法：

WITH RECURSIVE EmployeeHierarchy AS (
    -- 错误：这里加了OR，直接把经理的直接下属也放到锚点里
    SELECT Id, Name, ManagerId
    FROM Employee
    WHERE Id = @TargetManagerId OR ManagerId = @TargetManagerId
    UNION ALL
    SELECT e.Id, e.Name, e.ManagerId
    FROM Employee e
    JOIN EmployeeHierarchy eh ON e.ManagerId = eh.Id
)
SELECT * FROM EmployeeHierarchy WHERE Id != @TargetManagerId;

这个写法的问题在于：锚点已经包含了经理的直接下属，递归部分会尝试从这些直接下属继续找他们的下属，但如果你的OR逻辑写得不对（比如没加括号、逻辑优先级错误），会导致递归无法继续深入，最终只返回直接下属。

另一种可能是在最终的SELECT筛选里加了错误的OR条件，比如：

WITH RECURSIVE EmployeeHierarchy AS (
    SELECT Id, Name, ManagerId
    FROM Employee
    WHERE Id = @TargetManagerId
    UNION ALL
    SELECT e.Id, e.Name, e.ManagerId
    FROM Employee e
    JOIN EmployeeHierarchy eh ON e.ManagerId = eh.Id
)
-- 错误：这里的OR条件覆盖了递归的层级结果，只留下直接下属
SELECT * FROM EmployeeHierarchy 
WHERE Id != @TargetManagerId OR ManagerId = @TargetManagerId;

这个OR其实是多余的，而且会把递归出来的间接下属过滤掉（因为间接下属的ManagerId不是目标经理，而是他们的直属上级）。

正确的加OR子句的方式 #

如果你想在“获取某经理所有下属”的基础上，再额外包含满足其他条件的员工（比如“或者该员工是实习生”），应该把OR条件放到最终的SELECT语句里，并且用括号明确逻辑优先级：

WITH RECURSIVE EmployeeHierarchy AS (
    SELECT Id, Name, ManagerId
    FROM Employee
    WHERE Id = @TargetManagerId
    UNION ALL
    SELECT e.Id, e.Name, e.ManagerId
    FROM Employee e
    JOIN EmployeeHierarchy eh ON e.ManagerId = eh.Id
)
-- 正确：先获取所有下属，再OR其他条件
SELECT * FROM Employee
WHERE 
    Id IN (SELECT Id FROM EmployeeHierarchy WHERE Id != @TargetManagerId)
    OR IsIntern = 1; -- 这里替换成你的额外条件

或者如果你只是想在层级查询里包含经理自己，只需要去掉最终筛选里的Id != @TargetManagerId即可，不用加OR。

如果你的OR条件是针对层级本身的（比如“获取某经理的下属，或者该经理的平级同事”），那需要调整递归CTE的锚点：

WITH RECURSIVE EmployeeHierarchy AS (
    -- 锚点：同时包含目标经理和他的平级同事
    SELECT Id, Name, ManagerId
    FROM Employee
    WHERE Id = @TargetManagerId OR ManagerId = (SELECT ManagerId FROM Employee WHERE Id = @TargetManagerId)
    UNION ALL
    -- 递归：遍历锚点里所有人员的下属
    SELECT e.Id, e.Name, e.ManagerId
    FROM Employee e
    JOIN EmployeeHierarchy eh ON e.ManagerId = eh.Id
)
SELECT * FROM EmployeeHierarchy;

总结一下 #

核心原则是：递归CTE的锚点和递归逻辑要保持纯粹的层级遍历，不要在里面乱加OR条件；如果需要额外的筛选，把OR放到最终的查询里，用括号明确逻辑关系，避免破坏递归的遍历流程。

内容的提问来源于stack exchange，提问作者littlecharva