递归cte在存储过程中必须置于最开头且前面不能有declare、set等语句，否则报错；需用option(maxrecursion n)控制深度；cte仅单语句有效，跨语句引用须物化为临时表或子查询；锚点与递归成员字段类型必须严格一致。
递归CTE在存储过程中必须显式声明WITH，不能省略
很多人直接把独立可运行的递归CTE语句粘进存储过程就报错，核心原因是：WITH 必须是批处理中第一个语句。如果前面有DECLARE、SET或注释，SQL Server会抛出 Incorrect syntax near the keyword 'WITH'。
正确做法是：把递归CTE放在存储过程主体最开头，且前面不能有任何非空行、注释或变量声明。若需前置逻辑，用BEGIN ... END包裹CTE，或把CTE作为子查询嵌套进INSERT/SELECT中。
- ✅ 正确写法：
WITH dept_tree AS ( ... ) SELECT * FROM dept_tree;紧跟AS之后，无前置语句 - ❌ 错误写法：
DECLARE @level INT = 1; WITH ...—— 报错 - ⚠️ 注意：SQL Server 不需要
RECURSIVE关键字（那是 PostgreSQL/MySQL 8.0+ 的语法），写WITH dept_tree AS即可
递归深度超限导致截断？加 OPTION (MAXRECURSION n)
默认递归上限是 100 层。一旦树形结构更深（比如 120 层的组织架构），查询会中途终止并报错：The statement terminated. The maximum recursion 100 has been exhausted before statement completion.
这不是数据问题，而是安全限制。解决方式是在最终SELECT后加 OPTION (MAXRECURSION n)，其中 n 是你预估的最大深度；设为 0 表示不限制（慎用，可能死循环）。
- 例如：统计部门树最多 500 层 → 加
OPTION (MAXRECURSION 500) - 若不确定深度但想防死循环，建议先用
LEVEL字段计数，并在递归成员里加WHERE level -
OPTION必须放在整个查询末尾，不能放在 CTE 内部或中间
存储过程中引用递归CTE结果要避免“作用域泄漏”
递归CTE本身只在定义它的那条语句内有效。常见误区是想在后续UPDATE或INSERT中再次引用同一个CTE名，这会报 Invalid object name —— 因为CTE不是临时表，不跨语句存在。
实际需求往往是“生成层级路径后更新父节点统计值”，这时必须把CTE结果物化。推荐两种方式：
- 用
SELECT ... INTO #temp落到临时表，后续语句可反复读写 - 把整个递归CTE包装成子查询，例如：
INSERT INTO stats SELECT d.dept_id, COUNT(*) FROM (WITH tree AS (...) SELECT * FROM tree) d GROUP BY d.dept_id - 不要试图在同一个存储过程中多次写
WITH tree AS (...) SELECT ...; WITH tree AS (...) UPDATE ...—— 第二个tree名称无效
锚点与递归成员的字段类型必须严格一致
这是最容易被忽略的隐性错误。比如锚点中 CAST('root' AS VARCHAR(10)) AS path，而递归成员里拼接时用了 CONCAT(t.path, ' > ', e.name)，在 SQL Server 中 CONCAT 返回 VARCHAR(8000) 或 NVARCHAR(MAX)，类型不匹配会导致 UNION ALL 失败，报错：All queries combined using a UNION, INTERSECT or EXCEPT operator must have an equal number of expressions in their target lists.（其实常是类型隐式转换失败的误导信息）
- 统一用
CAST(... AS VARCHAR(400))或CONVERT(VARCHAR(400), ...)显式指定长度 - 层级字段如
level，锚点用0 AS level，递归成员必须用t.level + 1，不能写成CAST(t.level AS TINYINT) + 1导致类型不一致 - 涉及
NULL的字段（如manager_id），确保两部分都允许 NULL，必要时用ISNULL(manager_id, 0)统一类型
递归CTE本身不难，但在存储过程中真正跑通的关键，往往卡在语法位置、作用域边界和类型对齐这三个地方。尤其是类型隐式转换问题，错误提示完全不指向根源，得靠经验排查。
