Modifica il valore predefinito di sistema per maxrecursion

Come posso modificare il valore predefinito a livello di sistema di MAXRECURSION?

Di default è 100, ma devo aumentarlo a qualcosa come 1000.

Non riesco a utilizzare i suggerimenti per le query poiché sto utilizzando un programma che accetta la mia query e la esegue per me e, purtroppo, non posso aggirare questa limitazione.

Tuttavia, ho i diritti di amministratore sull'istanza del server. Ho sfogliato le sfaccettature del server, ma non vedo nulla correlato alle opzioni di query o alla ricorsione. Presumo che ci debba essere un posto da qualche parte dove posso aggiornare il valore predefinito a livello di sistema.

Qualche idea?

Se le tue query hanno una forma comune, potresti essere in grado di aggiungere il suggerimento richiesto per la ricorrenza massima usando una o più guide di piano.

Ci può essere un talento per farli bene. Se aggiungi dettagli specifici della query alla tua domanda, potremmo essere in grado di risolverlo per te. In genere, tracciare l'SQL effettivamente colpire il server o ottenere un modulo con parametri utilizzando la procedura integrata sys.sp_get_query_template , quindi creare una guida di piano TEMPLATE e / o OBJECT / SQL.

Vedere la documentazione per ulteriori informazioni:

• Pianifica le guide
• Crea una nuova guida di piano
• Creare una guida di piano per le query con parametri
• Specificare il comportamento della parametrizzazione delle query utilizzando le guide di piano
• Applicare un piano di query fisso a una guida di piano
• Allegare suggerimenti di query a una guida di piano
• Visualizza le proprietà della guida di piano
• Utilizzare SQL Server Profiler per creare e testare guide del piano
• Convalida delle guide di piano dopo l'aggiornamento

Le guide di piano dovranno essere riconvalidate ogni volta che cambia il codice dell'applicazione e quando SQL Server viene aggiornato o aggiornato. Questo dovrebbe far parte del normale ciclo di test.

Si noti che la convalida della guida di piano utilizzando sys.fn_validate_plan_guide potrebbe segnalare erroneamente un errore se l'istruzione guidata fa riferimento a una tabella temporanea. Vedi questa domanda:

La convalida della guida di piano con fn_validate_plan_guide fornisce falsi positivi

La guida Plan Plan Successful and Plan Guide Le classi Profiler non riuscita ed Eventi estesi possono essere utilizzate anche per monitorare le applicazioni della guida plan.

Connect è stato ritirato prima che il suggerimento di miglioramento del prodotto Consenti valori limite MAXRECURSION diversi da 100 per le viste e le UDF di Steve Kass fosse implementato. Se desideri occuparti subito di Microsoft, consulta le opzioni nella guida e nel feedback di SQL Server .

Se devi assolutamente utilizzare una funzione (una limitazione del tuo strumento ETL come intendi), puoi specificare OPTIONcome parte di una funzione con valori di tabella multiistruzione, ad esempio qualcosa del genere:

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

Questo ha funzionato anche per me se visto in una prospettiva come suggerisce i tuoi strumenti ETL. Non c'è modo di modificare tutto questo sistema, ma poiché la ricorsione può essere inefficiente, questa è probabilmente una buona cosa. Non è possibile specificare un suggerimento per la query (usando OPTION) all'interno del corpo di una funzione con valori di tabella incorporata, come nell'esempio.

Prendi in considerazione la possibilità di modificare il tuo processo per seguire la gerarchia solo una volta quando ricevi gli episodi e memorizzi l'output in una tabella relazionale. È possibile utilizzare un proc memorizzato per fare ciò in modo da non incorrere in questa limitazione.

Penso anche che potrebbe esserci un bug nel tuo codice: se il tuo CTE si unisce a personId e recluta su eventId, l'eventoId 101 presenterebbe due volte penso, come duplicato. Forse ho frainteso il tuo codice, fammi sapere cosa ne pensi.

HTH

Mi sono ispirato a questo argomento .

Ecco cosa ho fatto per risolvere il problema.

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

Quindi invoco questa funzione in questo modo:

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

In questo modo, nessuna della mia logica CTE deve essere ripetuta e non pago nulla in più in termini di prestazioni. È una seccatura che debba essere fatto in questo modo, ma posso conviverci.