递归CTE概念混淆

我试图理解在 SQL 代码中使用 CTE 的概念。我已经浏览了许多解释这个概念的在线帖子，但我无法理解它如何迭代以呈现分层数据。解释 R-CTE 的广泛使用的示例之一是 Employee 和 ManagerID 示例，如下所示：

USE AdventureWorks
GO
WITH Emp_CTE AS (
  SELECT EmployeeID, ContactID, LoginID, ManagerID, Title, BirthDate
  FROM HumanResources.Employee
  WHERE ManagerID IS NULL

  UNION ALL

  SELECT e.EmployeeID, e.ContactID, e.LoginID, e.ManagerID, e.Title, e.BirthDate
  FROM HumanResources.Employee e
  INNER JOIN Emp_CTE ecte ON ecte.EmployeeID = e.ManagerID
)
SELECT *
FROM Emp_CTE
GO

锚点查询将抓住经理。之后，我无法理解如果递归查询一次又一次地调用锚查询并且锚查询只有一条记录（即经理），它将如何给其他员工带来影响。

所以你想了解递归 CTE。

这真的很简单。

首先是获取原始记录的种子查询。

  SELECT EmployeeID, ContactID, LoginID, ManagerID, Title, BirthDate
  FROM HumanResources.Employee
  WHERE ManagerID IS NULL

就您而言，这是没有经理的员工。
哪个是老板

用一个简化的例子来演示：

EmployeeID LoginID ManagerID Title 
---------- ------- --------- ------------
101        boss    NULL      The Boss

第二个查询查找先前具有经理记录的员工。

  SELECT e.EmployeeID, e.ContactID, e.LoginID, e.ManagerID, e.Title, e.BirthDate
  FROM HumanResources.Employee e
  INNER JOIN Emp_CTE ecte ON ecte.EmployeeID = e.ManagerID

由于它是递归 CTE，因此 CTE 在第二个查询中使用自身。
您可以将其视为一个循环，它使用前一个记录来获取下一个记录。

对于该递归循环的第一次迭代，您可能会得到如下结果：

 EmployeeID LoginID ManagerID Title 
---------- ------- --------- ------------
102        head1    101      Top Manager 1
103        head2    101      Top Manager 2

对于第二次迭代，它将使用第一次迭代中的记录来查找下一次迭代。

 EmployeeID LoginID ManagerID Title 
---------- ------- --------- ------------

104        bob     102       Department Manager 1
105        hilda   102       Department Manager 2

108        john    103       Department Manager 4
109        jane    103       Department Manager 5

对于第三次迭代，它将使用第二次迭代的记录。

...

这种情况一直持续到没有更多员工可以加入 ManagerID 为止

然后，在所有循环之后，CTE 将返回通过所有这些迭代找到的所有记录。