Alt du behøver at vide om SQL CTE på ét sted

Tag derefter et kig på fejlmeddelelsen:

Dublerede kolonnenavne

En anden fejl relateret til #2 ovenfor bruger det samme kolonnenavn i CTE. Du kan slippe afsted med det i en normal SELECT-sætning, men ikke med en CTE. Karl havde et andet eksempel:

MED Sales_CTEAS (VÆLG SalesPersonID AS col1, COUNT(*) AS col1 FRA Sales.SalesOrderHeader GROUP BY SalesPersonID ) SELECT *FROM Sales_CTE 

ORDER BY Klausul Uden TOP eller OFFSET-FETCH

Standard SQL tillader ikke ORDER BY i tabeludtryk, når vi bruger det til at sortere resultatsættene. Men hvis TOP eller OFFSET-FETCH bruges, bliver ORDER BY en filtreringshjælp.

Her er Karls eksempel ved at bruge en BESTIL AF:

WITH LatestEmployeePayAS( SELECT eph.BusinessEntityID ,eph.RateChangeDate ,eph.Rate ,eph.PayFrequency FROM HumanResources.EmployeePayHistory eph WHERE eph.BusinessEntityDERID=1.BusinessEntityRDE SELECTY DATEADD(d,365,RateChangeDate),(Rate * 0,1) + Rate,PayFrequency,GETDATE()FROM LatestEmployeePay 

Bemærk, at det er det samme eksempel, som vi havde tidligere, men denne gang er TOP ikke angivet. Tjek fejlen:

Antallet af kolonner er ikke det samme som kolonnelistens definition

Karl brugte det samme rekursive CTE-eksempel, men han tog en kolonne ud i ankerelementet:

WITH DirectReports(HigherRankID, CrewID, Title, CrewLevel) AS ( SELECT HigherRankID, CrewID FROM #EnterpriseDSeniorOfficers WHERE HigherRankID IS NULL UNION ALLE VÆLG e.HigherRankID, e.CrewID, #e.CrewID, +e. EnterpriseDSeniorOfficers AS e INNER JOIN DirectReports AS d PÅ e.HigherRankID =d.CrewID ) VÆLG HigherRankID, CrewID, Title, CrewLevel FRA DirectReports BESTIL EFTER HigherRankID; 

Ovenstående kode bruger en liste med tre kolonner med en ekstern form, men ankermedlemmet havde kun 2 kolonner. Det er ikke tilladt. At lave en fejl som denne vil udløse en fejl:

Andre ting, der ikke er tilladt i en CTE

Bortset fra listen ovenfor, er her et par flere af Karls resultater, der udløser fejl, hvis du bruger det ved en fejl i en SQL CTE.

• Brug af SELECT INTO, OPTION-klausul med forespørgselstip og brug FOR Browse.
• Forskellige data og typer i ankermedlemskolonnerne sammenlignet med de rekursive medlemskolonner.
• At have følgende nøgleord i et rekursivt medlem af en rekursiv CTE:
  • TOP
  • YDRE JOIN (Men INNER JOIN er tilladt)
  • GRUPPER EFTER OG HAR
  • Underforespørgsler
  • VÆLG DISTINCT
• Brug af skalær aggregering.
• Brug af underforespørgsler i et rekursivt medlem.
• Har indlejret SQL CTE'er.

SQL CTE vs. midlertidige tabeller vs. underforespørgsler

Til tider kan du omskrive en SQL CTE ved hjælp af en underforespørgsel. Til tider kan du også nedbryde en SQL CTE ved hjælp af midlertidige tabeller af ydeevnemæssige årsager. Som enhver anden forespørgsel skal du tjekke den faktiske udførelsesplan og STATISTICS IO for at vide, hvilken mulighed du skal vælge. SQL CTE kan være venlig for øjnene, men hvis du rammer en ydeevnevæg, så brug en anden mulighed . Ingen mulighed er hurtigere end den anden.

Lad os undersøge tre forespørgsler fra Karls artikler, der giver de samme resultater. Den ene bruger en SQL CTE, den anden bruger en underforespørgsel, og den tredje bruger en midlertidig tabel. For nemheds skyld brugte Karl et lille resultatsæt.

Koden og resultatsættet

Det startede med at bruge flere SQL CTE'er.

WITH LatestEmployeePayAS( SELECT TOP 1 eph.BusinessEntityID ,eph.RateChangeDate ,eph.Rate FROM HumanResources.EmployeePayHistory eph WHERE eph.BusinessEntityID =16 ORDER DEVELGT.Ph.Ph.Ph.VÆLG.Ph.Ph.Pr. BusinessEntityID ,eph.RateChangeDate ,eph.Rate FROM HumanResources.EmployeePayHistory eph INNER JOIN LatestEmployeePay lep ON eph.BusinessEntityID =lep.BusinessEntityID HVOR eph.BusinessEntityID HVOR eph.BusinessEntityChangeDato.Vælg.DatoeChange.DatoeChange.Dato.Vælg BusinessEntityID,a.Rate,a.RateChangeDate,b.Rate AS PreviousRateFROM LatestEmployeePay aINNER JOIN PreviousEmployeePay b PÅ a.BusinessEntityID =b.BusinessEntityID 

Den næste er en underforespørgsel. Som du bemærker, ser CTE'en modulopbygget og læsbar ud, men underforespørgslen nedenfor er kortere:

SELECT TOP 1 eph.BusinessEntityID,eph.Rate,eph.RateChangeDate,(SELECT TOP 1 eph1.Rate FROM HumanResources.EmployeePayHistory eph1 WHERE eph1.BusinessEntityID=16 AND hangeChang.DateRephDERChang.Eph1DatoR .RateChangeDate DESC) AS PreviousRateFROM HumanResources.EmployeePayHistory ephWHERE eph.BusinessEntityID =16ORDER BY eph.RateChangeDate DESC; 

Karl forsøgte også at opdele det i små bidder af kode og derefter kombinere resultaterne ved hjælp af midlertidige tabeller.

VÆLG TOP 1 eph.BusinessEntityID,eph.RateChangeDate,eph.RateINTO #LatestPayFROM HumanResources.EmployeePayHistory eph WHERE eph.BusinessEntityID =16ORDER BY eph.RateChangeph.DateChangeTIN #PreviousPayFrom HumanResources.Employeepayhistory Ephinner Deltag i #LatestPay LEP på Eph.BusinessEntityID =lep.BusinessEntityIdwhere Eph.BusinessEntityID =16 og Eph.Ratechangedate  

Tag et kig på disse tre måder, hvorpå du kan få den nuværende og tidligere løn for medarbejder 16. De er de samme:

De logiske læsninger

Hvad bruger flest SQL Server-ressourcer? Lad os se på STATISTIK IO. Karl brugte statisticsparser.com til at formatere resultaterne pænt – godt for os.

Figur 7 viser logiske læsninger af brug af en CTE vs. brug af en underforespørgsel:

Se derefter de samlede logiske læsninger, når koden opdeles i små bidder ved hjælp af midlertidige tabeller:

Så hvad bruger flere ressourcer? Karl rangerede dem for klarhedens skyld.

1. Underforespørgsel – 4 logiske læsninger (VINDER!).
2. SQL CTE – 6 logiske læsninger.
3. Temperaturtabeller – 8 logiske læsninger.

I dette eksempel vil den hurtigste være underforespørgslen.

Den faktiske udførelsesplan

For at give mening med de logiske læsninger, vi fik fra STATISTICS IO, tjekkede Karl også den faktiske udførelsesplan. Han startede fra CTE:

Vi kan observere et par ting fra denne plan:

• Seneste EmployeePay CTE blev evalueret to gange, når det blev brugt i den ydre forespørgsel, og når det er knyttet til PreviousEmployeePay . Så vi ser 2 TOP noder for dette.
• Vi ser PreviousEmployeePay evalueret én gang.

Se derefter den faktiske udførelsesplan for forespørgslen med en underforespørgsel:

Der er et par indlysende ting her:

• Planen er enklere.
• Det er enklere, fordi underforespørgslen for at få den seneste løn kun evalueres én gang.
• Ikke underligt, at de logiske læsninger er mindre sammenlignet med de logiske læsninger af forespørgslen med en CTE.

Endelig, her er den faktiske udførelsesplan, da Karl brugte midlertidige tabeller:

Da det er en batch af tre udsagn, ser vi også tre diagrammer i planen. Alle tre er enkle, men den kollektive plan er ikke så enkel som planen for forespørgslen med underforespørgslen.

Tidsstatistikken

Ved at bruge dbForge Studio til SQL Server-løsningen kan du sammenligne tidsstatistikken i Query Profiler. Til det skal du holde CTRL-tasten nede og klikke på resultatnavnene for hver forespørgsel i eksekveringshistorikken:

Tidsstatistikken stemmer overens med de logiske aflæsninger og den faktiske udførelsesplan. Underforespørgslen kørte hurtigst (88ms). Det efterfølges af CTE (199ms). Den sidste er brugen af ​​midlertidige tabeller (536ms).

Så hvad har vi lært af Karl?

I dette særlige eksempel så vi, at det er meget bedre at bruge en underforespørgsel, når vi vil have den hurtigste mulighed. Det kan dog være en anden historie, hvis kravsættet ikke er sådan.

Tjek altid STATISTICS IO og de faktiske udførelsesplaner for at vide, hvilken teknik du skal bruge.

Takeaways

Jeg håber ikke, du stødte hovedet mod væggen for at forstå, hvad en CTE (Common Table Expressions) er. Ellers kan du få en CTE (kronisk traumatisk encefalopati). Spøg til side, hvad afslørede vi?

• Almindelige tabeludtryk er midlertidigt navngivne resultatsæt. Det er tættere på en underforespørgsel i adfærd og omfang, men klarere og mere modulært. Den har også et navn.
• SQL CTE er for at forenkle kode, ikke for at gøre din forespørgsel hurtigere.
• Syv ting, vi har lært, vil fungere på SQL CTE.
• Fem ting vil udløse en fejl.
• Vi har også bekræftet endnu en gang, at STATISTICS IO og Faktisk udførelsesplan altid vil give dig en bedre dømmekraft. Det er sandt, hvis du sammenligner en CTE med en underforespørgsel og en batch ved hjælp af midlertidige tabeller.

Nød det? Så venter knapperne på de sociale medier på at blive trykket. Vælg din favorit og del kærligheden!

Læs også

Hvordan CTE kan hjælpe med at skrive komplekse, kraftfulde forespørgsler:et præstationsperspektiv