SQL Server递归CTE不支持RECURSIVE关键字，须用UNION ALL连接锚成员与递归成员，且递归成员必须引用自身CTE名；需设MAXRECURSION限制深度，避免无限循环。
SQL Server里用WITH RECURSIVE报错？别用，那是PostgreSQL/MySQL 8.0+的写法
SQL Server不支持WITH RECURSIVE关键字，直接抄其他数据库的递归CTE会报“Incorrect syntax near the keyword 'RECURSIVE'”。它用的是无RECURSIVE关键词的WITH语法，但必须满足两个硬性条件：锚成员（anchor）和递归成员（recursive member）用UNION ALL连接，且递归成员中必须引用自身CTE名——少一个都会失败。
常见错误现象：
- 把
UNION写成UNION ALL→ 报错或结果去重异常（树节点重复时漏数据） - 递归查询里没加终止条件（比如
level ）→ 可能无限循环，超时或栈溢出 - 锚查询返回多行但没限定根节点（如
WHERE parent_id IS NULL）→ 生成多棵独立树，结果混乱
在存储过程中定义递归CTE必须把WITH放在最前面，不能套在IF或BEGIN后面
CTE不是普通子查询，它是语句级作用域结构。如果写成这样：
IF @rootId IS NOT NULL<br>BEGIN<br> WITH Tree AS (...)<br> SELECT * FROM Tree;<br>END——SQL Server会报“Incorrect syntax near 'WITH'”，因为
WITH必须是批处理中第一个语句。
实操建议：
- 把
WITH整个块放在IF分支内部，但确保它是该分支里的第一条可执行语句 - 若需动态根节点，用参数驱动锚查询：
WHERE id = @rootId，而不是试图拼接SQL字符串 - 避免在CTE外再套一层
SELECT *包装——除非真要加ORDER BY或分页，否则纯增加解析开销
递归深度超100就中断？调MAXRECURSION但别设0
SQL Server默认递归上限是100层，查深层组织架构或评论嵌套时很容易触发“The statement terminated. The maximum recursion 100 has been exhausted before statement completion.”
解决方法是在SELECT末尾加OPTION (MAXRECURSION n)，例如：
SELECT * FROM Tree OPTION (MAXRECURSION 500);
注意：
-
MAXRECURSION 0表示无限制，但实际可能引发死循环或内存耗尽，生产环境禁用 - 该选项只能出现在最终
SELECT、INSERT、UPDATE、DELETE语句末尾，不能放在CTE定义里 - 若存储过程被多个地方调用，且树深差异大，建议把
@maxRecursion设为输入参数，由调用方控制
查出树形结果后怎么按层级缩进显示？用REPLICATE拼空格比LEFT JOIN自关联更稳
前端通常需要“├─ 部门A”、“│ ├─ 小组B”这类视觉缩进。有人想用多次LEFT JOIN模拟层级，但6层就得写6次JOIN，维护困难且性能差。
更可靠的做法是在CTE里计算level，再用REPLICATE生成前缀：
WITH Tree AS (<br> SELECT id, name, parent_id, 0 AS level<br> FROM departments WHERE parent_id IS NULL<br> UNION ALL<br> SELECT d.id, d.name, d.parent_id, t.level + 1<br> FROM departments d<br> INNER JOIN Tree t ON d.parent_id = t.id<br>)<br>SELECT <br> REPLICATE('│ ', level) + '├─ ' + name AS display_name,<br> id, level<br>FROM Tree<br>ORDER BY ...;关键点：
-
REPLICATE('│ ', level)比手动拼字符串安全，不会因level=0出错 - 排序必须用
ORDER SIBLINGS BY逻辑（SQL Server不原生支持），得靠id和parent_id构造排序字段，比如加CONVERT(VARCHAR(MAX), id) AS sort_path并在递归中累加 - 如果只要ID路径（如“1/5/23”），用
CAST和+拼接比STRING_AGG兼容性更好（适配SQL Server 2016+）
真正麻烦的从来不是写出递归CTE，而是保证它在不同数据分布下不崩、不慢、不漏——尤其是当父ID为空却存在环状引用时，连MAXRECURSION都救不了。上线前务必用真实数据跑一遍最大深度路径。
