Differenza tra CTE e SubQuery?

Da questo post Come utilizzare ROW_NUMBER nella seguente procedura?

Esistono due versioni di risposte in cui una utilizza a sub-querye l'altra utilizza a CTEper risolvere lo stesso problema.

Ora, quindi, qual è il vantaggio di utilizzare una CTE (Common Table Expression)"sottoquery" over (quindi, più leggibile ciò che la query sta effettivamente facendo)

L'unico vantaggio dell'utilizzo di un CTEover sub-selectè che posso effettivamente nominare il sub-query. Ci sono altre differenze tra questi due quando un CTE viene utilizzato come un semplice CTE (non ricorsivo)?

Nelle versioni CTE sub-query vs semplici (non ricorsive), sono probabilmente molto simili. Dovresti utilizzare il profiler e il piano di esecuzione effettivo per individuare eventuali differenze, e questo sarebbe specifico per la tua configurazione (quindi non possiamo dirti la risposta per intero).

In generale ; Un CTE può essere utilizzato in modo ricorsivo; una query secondaria non può. Questo li rende particolarmente adatti alle strutture ad albero.

Il vantaggio principale di Common Table Expression (quando non lo si utilizza per query ricorsive ) è l'incapsulamento, invece di dover dichiarare la sottoquery in ogni luogo in cui si desidera utilizzarla, è possibile definirla una volta, ma avere più riferimenti ad esso.

Tuttavia, ciò non significa che venga eseguito una sola volta (come da precedenti iterazioni di questa risposta , grazie a tutti quelli che hanno commentato). La query ha sicuramente il potenziale per essere eseguita più volte se referenziata più volte; Query Optimizer prende infine la decisione su come interpretare il CTE.

CTEsono più utili per la ricorsione:

WITH hier(cnt) AS (
        SELECT  1
        UNION ALL
        SELECT  cnt + 1
        FROM    hier
        WHERE   cnt < @n
        )
SELECT  cnt
FROM    hier

restituirà le @nrighe (fino a 101). Utile per calendari, set di righe fittizi ecc.

Sono anche più leggibili (secondo me).

A parte questo, sono CTEe subqueriessono identici.

Una differenza che non è stata menzionata è che un singolo CTE può essere referenziato nelle diverse parti di un sindacato

A meno che non mi manchi qualcosa, puoi nominare CTE e subquery altrettanto facilmente.

Immagino che la differenza principale sia la leggibilità (trovo il CTE più leggibile perché definisce la tua subquery in anticipo piuttosto che nel mezzo).

E se hai bisogno di fare qualcosa con la ricorsione, avrai un po 'di problemi a farlo con una subquery;)

Un fatto importante che nessuno ha menzionato è che (almeno nei postgres), i CTE sono recinzioni di ottimizzazione:

https://blog.2ndquadrant.com/postgresql-ctes-are-optimization-fences/

Cioè, saranno trattati come la propria query atomica, piuttosto che piegati nell'intero piano di query. Non ho le competenze per fornire una spiegazione migliore, ma dovresti controllare la semantica per la versione di sql che stai usando; per utenti esperti, essere in grado di creare un recinto di ottimizzazione può aiutare le prestazioni se si è esperti nel controllo del pianificatore di query; nel 99% dei casi, tuttavia, dovresti evitare di provare a dire al pianificatore di query cosa fare, perché ciò che pensi sarà più veloce è probabilmente peggiore di quello che pensa sarà più veloce. :-)

Aggiungendo alle risposte degli altri, se si utilizza più volte la stessa sottoquery, è possibile sostituire tutte queste sottoquery con un CTE. Ciò ti consente di riutilizzare meglio il codice.

Una cosa che devi anche capire è che nelle versioni precedenti di SQL Server (sì, molte persone devono ancora supportare i database di SQL Server 2000), i CTE non sono ammessi e quindi la tabella derivata è la soluzione migliore.

SUGGERIMENTO: (MAXRECURSION n)

puoi limitare il numero di livelli di ricorsione consentiti per un'istruzione specifica utilizzando il MAXRECURSIONsuggerimento e un valore compreso tra 0 e 32.767 nella OPTIONclausola

Ad esempio, puoi provare:

OPTION 
      (MAXRECURSION 150)

GO