递归CTE能且应完全替代存储过程递归，因其在性能、可维护性与并发安全性上全面占优；存储过程递归依赖临时表引发多次I/O、无法利用索引、易冲突出错，而WITH RECURSIVE内存迭代、支持索引、语法严谨但需严守四条约束。
别在存储过程中手写递归逻辑遍历树——SQL Server、MySQL 8.0+、PostgreSQL 都原生支持递归 CTE，它比任何 WHILE + 临时表或游标方案更安全、更高效、更易维护。强行用存储过程模拟递归，90% 的场景只是把问题从数据库层转移到应用层，还埋下死循环、层级遗漏、索引失效的坑。
SQL Server 里写递归 CTE 必须避开 WITH 语法错误
SQL Server 不认 WITH RECURSIVE，直接抄 PostgreSQL 或 MySQL 的写法会报错 Incorrect syntax near the keyword 'RECURSIVE'。它的递归 CTE 必须满足两个硬约束：
-
WITH必须是批处理中第一条可执行语句——不能套在IF、BEGIN或变量声明后面 - 锚成员和递归成员之间必须用
UNION ALL连接，且递归部分必须显式引用自身 CTE 名（如JOIN Tree ON ...）
常见翻车写法：
IF @rootId IS NOT NULL
BEGIN
WITH Tree AS (...) -- ❌ 报错：Incorrect syntax near 'WITH'
SELECT * FROM Tree;
END
正确做法是把整个 WITH 块放在分支内，且作为该分支首条语句：
IF @rootId IS NOT NULL
BEGIN
WITH Tree AS (
SELECT id, name, parent_id, 0 AS level
FROM orgs WHERE id = @rootId
UNION ALL
SELECT o.id, o.name, o.parent_id, t.level + 1
FROM orgs o INNER JOIN Tree t ON o.parent_id = t.id
)
SELECT * FROM Tree OPTION (MAXRECURSION 500);
END
递归深度超限就卡住？MAXRECURSION 不是摆设
SQL Server 默认只允许 100 层递归，查深层组织架构或评论嵌套时很容易触发 The maximum recursion 100 has been exhausted。解决方法不是关掉限制，而是显式控制：
-
OPTION (MAXRECURSION n)必须写在最终SELECT语句末尾，不能放在 CTE 定义里 -
MAXRECURSION 0表示无限制，但生产环境禁用——一旦数据有环（比如id=5, parent_id=5），就会死循环耗尽内存 - 若树深波动大（如有的部门 3 层、有的 20 层），建议把
@maxRecursion设为存储过程输入参数，由调用方按需传入
顺带一提：检查环的存在比依赖 MAXRECURSION 更可靠，可在递归前加校验：
IF EXISTS (SELECT 1 FROM orgs WHERE id = parent_id)
THROW 50000, 'Self-reference detected in tree data', 1;
结果要缩进/排序？别靠外层 ORDER BY 硬凑
单纯在最终 SELECT 加 ORDER BY level, name 无法保证“父节点排前、子节点紧随其后、同级按名称顺序”的真实树形视觉效果。SQL Server 没有 ORDER SIBLINGS BY，必须在 CTE 内构造可排序的路径字段：
- 用
RIGHT('00000' + CAST(id AS VARCHAR), 5)对齐 ID 字符串，避免字典序错乱（'1', '10', '2'→'00001', '00010', '00002'） - 拼接成
sort_path，例如CONCAT(t.sort_path, '.', RIGHT('00000' + CAST(o.id AS VARCHAR), 5)) - 最终
ORDER BY sort_path才能稳定还原树形拓扑
示例片段：
WITH Tree AS (
SELECT id, name, parent_id, 0 AS level,
CAST(RIGHT('00000' + CAST(id AS VARCHAR), 5) AS VARCHAR(500)) AS sort_path
FROM orgs WHERE id = @rootId
UNION ALL
SELECT o.id, o.name, o.parent_id, t.level + 1,
CONCAT(t.sort_path, '.', RIGHT('00000' + CAST(o.id AS VARCHAR), 5))
FROM orgs o INNER JOIN Tree t ON o.parent_id = t.id
)
SELECT *, REPLICATE(' ', level) + name AS indented_name
FROM Tree ORDER BY sort_path;
真正难的不是写出递归语句，而是确保锚查询只命中一个合法根节点、递归条件不会意外匹配到已遍历过的行、以及 sort_path 构造时数值对齐不翻车——这些细节不验证，跑起来才出问题。
