ステートメントが完了する前に、最大再帰100を使い果たしました


136

max recursion errorはこのクエリでを取得し続けます。

最初はnullが返されていて、それが原因でnull値と一致してエラーが発生するためだと思っていましたが、クエリを書き直してnullが返されず、エラーが発生するようにしました。

エラーが発生しないように、この関数を書き換えるための最良の方法は何でしょうか

WITH EmployeeTree AS
(
    SELECT 
        EMP_SRC_ID_NR Id, USR_ACV_DIR_ID_TE Uuid, 
        CASE Employees.APV_MGR_EMP_ID 
           WHEN Null THEN '0' 
           ELSE Employees.APV_MGR_EMP_ID 
        END as  ApprovalManagerId 
    FROM 
        dbo.[tEmployees] as Employees WITH (NOLOCK)
    WHERE 
        APV_MGR_EMP_ID = @Id 
        and Employees.APV_MGR_EMP_ID is not null 
        and Employees.EMP_SRC_ID_NR is not null  

    UNION ALL

    SELECT 
        EMP_SRC_ID_NR Id, USR_ACV_DIR_ID_TE Uuid, 
        CASE Employees.UPS_ACP_EMP_NR 
           WHEN Null THEN '1' 
           ELSE Employees.UPS_ACP_EMP_NR 
        END as ApprovalManagerId 
    FROM 
        dbo.[tEmployees] as Employees WITH (NOLOCK)
    WHERE 
        UPS_ACP_EMP_NR = @Id 
        and Employees.APV_MGR_EMP_ID is not null 
        and Employees.EMP_SRC_ID_NR is not null  

    UNION ALL

    SELECT 
        Employees.EMP_SRC_ID_NR, Employees.USR_ACV_DIR_ID_TE, 
        CASE Employees.APV_MGR_EMP_ID 
            WHEN Null THEN '2' 
            ELSE Employees.APV_MGR_EMP_ID 
        END  
    FROM 
        dbo.[tEmployees] as Employees WITH (NOLOCK)
    JOIN 
        EmployeeTree ON Employees.APV_MGR_EMP_ID = EmployeeTree.Id 
    where  
        Employees.APV_MGR_EMP_ID is not null 
        and Employees.EMP_SRC_ID_NR is not null             
)
SELECT 
    Id AS [EmployeeId], 
    Uuid AS [EmployeeUuid], 
    ApprovalManagerId AS [ManagerId] 
FROM EmployeeTree        

この行は次のように置き換えることができますCOALESCE()CASE Employees.APV_MGR_EMP_ID WHEN Null THEN '0' ELSE Employees.APV_MGR_EMP_ID END as ApprovalManagerId=COALESCE(Employees.APV_MGR_EMP_ID, 0) AS ApprovalManagerID
David Faber

回答:


249

クエリの最後にmaxrecursionオプションを指定します。

...
from EmployeeTree
option (maxrecursion 0)

これにより、CTEがエラーを生成する前に再帰できる頻度を指定できます。Maxrecursion 0は無限再帰を許可します。


1
うーんこれは機能しましたが、クエリはそれが持っているはずのより多くの行を返しました
HELP_ME

5
@bugz Maxrecursion 0がクエリに影響するようになりました。別の場所で問題を探す必要があります
t-clausen.dk

6
ああ、助けてくれてありがとう、私のデータでは循環参照でした
HELP_ME

3
+1このオプションを使用して、同様の問題をデバッグしました。クエリが無限に再帰的である場合は、クエリの実行後にManagement Studioでクエリをキャンセルする必要があります。キャンセルしないと、クライアントがメモリを使い果たすまでサーバーが行をスプールします。
Iain Samuel McLean Elder

1
これにより、クエリを非常に深く再帰させる必要がある状況で問題が解決する可能性がありますが、クエリの問題を覆い隠しているだけかもしれません。
クリスチャンフィンドレー2017

24

最大再帰エラーを回避するためのサンプルにすぎません。オプション(maxrecursion 365)を使用する必要があります。またはオプション(maxrecursion 0);

DECLARE @STARTDATE datetime; 
DECLARE @EntDt datetime; 
set @STARTDATE = '01/01/2009';  
set @EntDt = '12/31/2009'; 
declare @dcnt int; 
;with DateList as   
 (   
    select @STARTDATE DateValue   
    union all   
    select DateValue + 1 from    DateList      
    where   DateValue + 1 < convert(VARCHAR(15),@EntDt,101)   
 )   
  select count(*) as DayCnt from (   
  select DateValue,DATENAME(WEEKDAY, DateValue ) as WEEKDAY from DateList
  where DATENAME(WEEKDAY, DateValue ) not IN ( 'Saturday','Sunday' )     
  )a
option (maxrecursion 365);
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.