SQL递归CTE技术疑问：锚点成员为何仅执行一次而非每次循环调用？

为什么递归循环时不会再次引用锚点成员？ #

这得从递归CTE的核心执行流程说起：

1. 首先，数据库会先执行锚点成员，生成初始结果集——这是整个递归的"种子"数据，只会执行一次。
2. 接下来进入递归阶段：每次迭代都是用上一轮递归成员的输出结果作为输入，去执行递归成员，而不是重新调用锚点。
3. 当递归成员返回空结果集，或者达到定义的递归深度限制时，循环终止，最后把锚点结果和所有递归迭代的结果合并起来，得到最终输出。

简单说，递归是"链式迭代"，每一步都基于前一步的产出，锚点只是启动这个链条的起点，自然不需要重复执行。

锚点成员若被重复调用是否会产生冗余数据行？ #

如果真的在递归逻辑里错误地重复引用了锚点（比如在递归成员里又查询了锚点的原始表），那确实会产生大量冗余数据——因为每一次递归迭代都会把锚点的所有数据再拼一次，最终结果里锚点数据会被重复N次（N是递归次数）。

但标准的递归CTE写法里，递归成员只会引用CTE自身的上一轮迭代结果（也就是用CTE名称来指代上一次的输出），而不会再次触发锚点的执行。举个常见的层级查询例子你就能明白：

WITH RECURSIVE EmployeeHierarchy AS (
    -- 锚点成员：获取顶级员工（比如CEO）
    SELECT EmployeeID, Name, ManagerID, 1 AS Level
    FROM Employees
    WHERE ManagerID IS NULL

    UNION ALL

    -- 递归成员：只引用上一轮的结果，不会碰锚点的原始表
    SELECT e.EmployeeID, e.Name, e.ManagerID, eh.Level + 1
    FROM Employees e
    JOIN EmployeeHierarchy eh ON e.ManagerID = eh.EmployeeID
)
SELECT * FROM EmployeeHierarchy;

在这个例子里，锚点只执行一次拿到CEO，之后每一轮递归都只找"上一轮结果里员工的下属"，完全不会重复调用锚点，所以结果里不会有冗余的锚点数据。

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