SQL Server存储过程支持递归调用但需逻辑终止条件，MAXRECURSION仅限CTE；PostgreSQL和MySQL 8.0+推荐用WITH RECURSIVE而非存储过程递归，关键要设终止条件并为parent_id建索引。
SQL Server 里 sp_executesql 不能直接递归调用存储过程？
不能。SQL Server 的存储过程本身支持自调用（即递归调用），但必须显式启用，且默认被禁用。关键不是语法写错，而是数据库级配置没开——RECURSIVE_TRIGGERS 选项只影响触发器，和存储过程无关；真正卡住的是 MAXRECURSION 限制和会话级设置。
-
MAXRECURSION是查询提示（OPTION (MAXRECURSION n)），只对 CTE 有效，对存储过程调用无约束 - 存储过程递归靠的是「在过程体内执行自身」，例如
EXEC @proc_name或EXEC dbo.GetParent @id - 默认允许，但若嵌套过深（通常 > 32 层），SQL Server 会抛出错误：
The statement terminated. The maximum recursion 100 has been exhausted before statement completion.—— 这其实是 CTE 报的，不是存储过程本体 - 真正要防的是栈溢出或无限循环，得靠逻辑终止条件，不是靠开关
PostgreSQL 中用 WITH RECURSIVE 替代存储过程递归更稳妥
PostgreSQL 没有“存储过程递归调用自身”的惯用模式，因为函数（FUNCTION）支持 RETURNS TABLE + WITH RECURSIVE，一条 SQL 就能拉出整棵树。硬写成过程反而绕路、难调试、还容易漏 RETURN。
- 典型场景：查某个部门的所有下级部门（含子孙）
- 错误做法：写个
get_sub_depts(id)函数，在里面SELECT ... FROM get_sub_depts(child_id)—— 不合法，PG 不允许函数内直接递归调用自身（除非标记VOLATILE且手动管理栈） - 正确做法：用
WITH RECURSIVE dept_tree AS ( SELECT id, parent_id FROM departments WHERE id = $1 UNION ALL SELECT d.id, d.parent_id FROM departments d INNER JOIN dept_tree t ON d.parent_id = t.id ) SELECT * FROM dept_tree; - 性能上，CTE 递归是优化器可感知的，而过程递归每次都要解析、计划、执行，开销翻倍
MySQL 8.0+ 支持递归 CTE，但存储过程仍不推荐用于层级遍历
MySQL 8.0 加了 WITH RECURSIVE，但它的存储过程语法不支持动态递归调用（比如不能在 CALL 里拼接过程名再执行）。强行用临时表 + 循环模拟递归，代码冗长、事务风险高、并发时容易锁表。
- 常见错误现象：写了个
proc_get_ancestors，里面用WHILE查父节点再INSERT INTO temp，结果发现同一节点被重复插入，或漏掉某层 - 根本原因：没处理好边界（如根节点
parent_id IS NULL未退出）、没加UNIQUE约束、或temp表没清空 - 更稳的方案：直接用 CTE，例如
WITH RECURSIVE tree AS ( SELECT id, name, parent_id, 1 depth FROM categories WHERE id = ? UNION ALL SELECT c.id, c.name, c.parent_id, t.depth + 1 FROM categories c INNER JOIN tree t ON c.id = t.parent_id ) SELECT * FROM tree; - 兼容性注意：MySQL 5.7 及更早版本不支持 CTE，此时只能靠应用层迭代，别硬塞进存储过程
所有数据库都踩过的坑：递归没设终止条件 or 忘记索引
不管用哪种方式实现层级查询，两个点一漏就慢到超时、甚至把数据库拖挂：一个是逻辑上没封死循环路径，一个是物理上没给关联字段建索引。
- 终止条件缺失：比如组织架构中出现 A → B → C → A 的环，CTE 会一直跑直到
MAXRECURSION触顶；存储过程中没检查@parent_id = @current_id就继续调用，直接栈溢出 - 索引遗漏：递归查询必走
parent_id → id或id → parent_id关联，但很多人只在id上建了主键，忘了给parent_id加索引，导致每次找子节点都是全表扫描 - 额外提醒：SQL Server 的 CTE 递归默认最多 100 层（
OPTION (MAXRECURSION 100)），设成 0 表示不限，但慎用——真遇到环，不限等于死循环
递归层级查询的本质不是“怎么调用自己”，而是“怎么安全地展开关系图”。选对工具（CTE > 存储过程）、封死环路、索引到位，剩下的就是数据的事了。
