maxrecursionのシステム全体のデフォルトを変更する

システム全体のデフォルト値の変更方法を教えてくださいMAXRECURSION。

デフォルトでは100ですが、1000などに増やす必要があります。

クエリを取得して実行するプログラムを使用しているため、クエリヒントを使用できません。残念ながら、この制限を回避することはできません。

ただし、サーバーインスタンスの管理者権限は持っています。サーバーファセットをざっと見てきましたが、クエリオプションや再帰に関連するものは何もありません。私はそこに想定している私は、システム全体のデフォルトを更新することができる場所のどこかにあることを。

何か案は？

クエリの形状が共通している場合は、1つ以上のプランガイドを使用して、必要なmaxrecursionヒントを追加できる場合があります。

それらを正しくするコツがあるかもしれません。質問に特定のクエリの詳細を追加すると、それを解決できる場合があります。通常、実際にサーバーにアクセスするSQLをトレースするか、組み込みのsys.sp_get_query_templateを使用してパラメーター化されたフォームを取得し、TEMPLATEまたはOBJECT / SQLプランガイドを作成します。

詳細については、ドキュメントを参照してください。

• 計画ガイド
• 新しいプランガイドを作成する
• パラメーター化されたクエリの計画ガイドを作成する
• プランガイドを使用してクエリのパラメーター化の動作を指定する
• 固定クエリプランをプランガイドに適用する
• クエリヒントをプランガイドに添付する
• プランガイドプロパティの表示
• SQL Serverプロファイラーを使用して計画ガイドを作成およびテストする
• アップグレード後の計画ガイドの検証

プランガイドは、アプリケーションコードが変更されたとき、およびSQL Serverにパッチが適用されたとき、またはアップグレードされたときに再検証する必要があります。これは、通常のテストサイクルの一部にすぎません。

ガイド付きステートメントが一時テーブルを参照している場合、sys.fn_validate_plan_guideを使用したプランガイドの検証でエラーが誤って報告される可能性があることに注意してください。この質問を参照してください：

fn_validate_plan_guideを使用したプランガイドの検証で誤検知が発生する

プランガイドの成功と計画ガイド失敗したプロファイラおよび拡張イベントのクラスはまた、プランガイドのアプリケーションを監視するために使用することができます。

Connectは、製品の改善提案であるSteve KassによるビューとUDFに対して100以外のMAXRECURSION制限値を許可するが実装される前に廃止されました。今すぐMicrosoftで取り上げたい場合は、SQL Serverヘルプとフィードバックのオプションを参照してください。

関数（暗黙のETLツールの制限）を絶対に使用する必要がある場合OPTIONは、マルチステートメントテーブル値関数の一部として、たとえば次のように指定できます。

CREATE FUNCTION dbo.udf_MyFunction ( @StartID INT ) 
RETURNS @tv TABLE
(
id INT
)
AS
BEGIN

    WITH Episodes( xlevel, PersonID, EventID, EpisodeID, StartDT, EndDT ) AS (
    -- Anchor case - the first EventID for each person.
    SELECT 1 AS xlevel, PersonID, EventID, @StartID, StartDT, EndDT 
    FROM dbo.EventTable
    WHERE EventID = @StartID

    UNION ALL

    SELECT xlevel + 1, et.PersonID, et.EventID, c.EventID + 1, et.StartDT, et.EndDT
    FROM Episodes c
        INNER JOIN dbo.EventTable et ON c.PersonID = et.PersonID
            AND et.EventID = c.EventID + 1
    --WHERE c.EventID <= (@StartID + 99)
    )
    INSERT INTO @tv
    SELECT PersonID
    FROM Episodes
    OPTION ( MAXRECURSION 1000 )

    RETURN

END
GO

これは、ETLツールのようにビューにラップしたときにも機能しました。これをシステム全体で変更する方法はありませんが、再帰は効率が悪い場合があるため、これはおそらく良いことです。OPTION例のように、インラインテーブル値関数の本体内で（を使用して）クエリヒントを指定することはできません。

エピソードを受信して​​リレーショナルテーブルに出力を格納するときに、階層を1回だけ歩くようにプロセスを変更することを検討してください。ストアドプロシージャを使用してこれを行うことができるため、この制限にぶつかることはありません。

また、コードにバグがある可能性があると思います。CTEがpersonIdに参加し、eventIdで再帰する場合、eventId 101が重複して2回表示されると思います。おそらく私はあなたのコードを誤って解釈したので、あなたの考えを知らせてください。

HTH

このトピックからインスピレーションを得ました。

これは、問題を解決するために私がやったことです。

CREATE FUNCTION MySchema.udf_MyFunction(@StartID INT) 
RETURNS TABLE 
AS RETURN
WITH
Episodes(PersonID, EventID, EpisodeID, StartDT, EndDT) AS (
  -- Anchor case - the first EventID for each person.
  SELECT PersonID, EventID, @StartID, StartDT, EndDT 
  FROM MySchema.EventTable
  WHERE EventID = @StartID
UNION ALL
  SELECT
    ...
  WHERE
    EventID <= (@StartID + 99)
)
SELECT * FROM Episodes

次に、この関数を次のように呼び出します。

WITH
Episodes AS (
  SELECT * FROM MySchema.udf_MyFunction(1)
UNION ALL
  SELECT * FROM MySchema.udf_MyFunction(101)
UNION ALL
  SELECT * FROM MySchema.udf_MyFunction(201)
-- ...
UNION ALL
  SELECT * FROM MySchema.udf_MyFunction(901)
)
SELECT * FROM Episodes

このようにして、私のCTEロジックを繰り返す必要がなくなり、パフォーマンスの点で余分に支払う必要がなくなります。このように行わなければならないのは面倒ですが、私はそれと共存できます。