The maximum recursion 100 has been exhausted before statement completion


在执行带有with 递归的SQL脚本时,出现异常: The statement terminated. The maximum recursion 100 has been exhausted before statement completion  

异常解释:递归超出了最大递归次数,即100,也就是说递归调用的层数超过了100。

正常逻辑:既然递归层数100不够,那么我们可以修改最大值,在递归语句后面 添加: option (maxrecursion N)即可。N在 0 到 32767  之间的非负整数,当指定0时,不会套用任何限制。如果未指定这个选项,伺服器的预设限制是100。

实际情况:递归套用100层,这是很恐怖的情况,也是几乎不存在的情况,那出现这个问题的是什么呢?只有死循环了。

例如:A是B的父节点,B是C的父节点,C是A的父节点,数据表如下:

IdNameParentId
1A3
2B1
3C2

现在执行一下脚本,来查询 A的所有子节点


WITH ret AS(
    	SELECT  Id
    	FROM	Data
    	WHERE	Id = 1
    	UNION ALL
    	SELECT	t.Id
    	FROM	Data t INNER JOIN
    			ret r ON t.ParentId = r.Id
     )
select distinct Id from ret;

执行脚本时,递归次数超出了100的默认值, 便会报错,即便是添加上option (maxrecursion ),也会陷入死循环。

解决方案:避免出现死循环,将现有表里的死循环就纠正过来

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值