JetShowPlan:A Primer

Når jeg nu vil justere mine forespørgsler, trykker jeg på [Ctl] + [Win] + [Q], og jeg ser en beskedboks, der siger "JetShowPlan sat til ON". Når jeg er færdig, lukker jeg Access, trykker på [Ctl] + [Win] + [Q] og jeg ser "JetShowPlan sat til OFF".

Justering af tilladelser

Jeg har to forskellige Windows-brugerkonti:En med standardtilladelser, som jeg bruger til det daglige arbejde, og en anden med administratortilladelser til installation af software osv.  Dette er en almindelig bedste praksis for sikkerhed.

Problemet er, at JetShowPlan-registreringsnøglen er i HKLM-bikuben. Som standard er det kun administratorer, der kan foretage ændringer i værdierne i det pågældende hive. Dette er irriterende, fordi når jeg prøver at køre mit Autohotkey-script, får jeg følgende fejlmeddelelse:

Du skal dog ikke bekymre dig. Som meddelelsen ovenfor antyder, kan vi ordne dette. Det bedste er, at vi kan gøre det praktisk uden at reducere vores sikkerhedsstilling. Her er tricket.

1. Åbn regedit som administrator
2. Naviger til \Debug nøgle
3. Højreklik på \Debug tast og vælg Tilladelser...
4. Klik på knappen [Tilføj...]
5. Indtast brugernavnet fra meddelelsesboksen ovenfor ('Mike'), klik på [Check Names], og klik derefter på [OK]
6. Tillad [√] "Fuld kontrol" for brugeren
7. Klik på [OK] for at gemme ændringerne

Når jeg nu trykker på [Ctl] + [Win] + [Q], skifter det JetShowPlan TIL og FRA, hvilket opdaterer registreringsdatabasen automatisk.

Find Showplan.out

Access vil ikke advare dig om, hvor Jet/ACE-databasemotoren tilføjer oplysninger om forespørgselsplan, når JetShowPlan er aktiveret. Jeg har brugt mere tid end jeg gider på at indrømme på at søge efter en useriøs kopi af showplan.out . Denne sektion vil redde dig fra at dele den skæbne.

Standardplacering

Det første sted at kigge er i den aktuelle brugers Dokumenter-mappe. For eksempel er mit Windows-brugernavn "Mike", så det første sted jeg ville forvente at finde filen er:C:\Users\Mike\Documents\showplan.out .

Brug af CurDir()

Teknisk set er showplan.out filen oprettes i den aktuelle arbejdsmappe. Det er normalt den aktuelle brugers Dokumenter-mappe, men ikke altid. Den idiotsikre måde at finde filens placering på er at bruge CurDir() funktion.

Du kan kopiere, indsætte og udføre følgende kodelinje i VBA IDE-vinduet for at åbne filen showplan.out (forudsat at du har aktiveret JetShowPlan i registreringsdatabasen):

Shell "notepad """ & CurDir & "\showplan.out""", vbNormalFocus 

Ændring af outputplacering via ChDir()

Hvis du af en eller anden grund ønskede at angive en anden placering for showplan.out fil, kan du gøre det ved at bruge ChDir()-funktionen. Denne funktion ændrer den aktuelle arbejdsmappe. Og som jeg nævnte tidligere, er den aktuelle mappe, hvor showplan.out filen ligger. Så snart du ændrer den aktuelle arbejdsmappe, begynder JetShowPlan at skrive til den nye mappe; der er ingen grund til at lukke og genåbne Access.

Hvorfor vil du måske gøre dette? Lad os sige, at du ville sammenligne tre forskellige tilgange til at hente de samme data. Du skriver tre forskellige forespørgsler for at se, hvordan de ændringer, du foretager, påvirker forespørgselsplanen. Siden showplan.out er så omfattende, at det ville være rart at have hver forespørgselsplan i sin egen fil. Dette vil gøre forespørgselsplanerne nemmere at sammenligne. Her er hvordan jeg kunne gøre det. Det første trin er at sikre, at hver af disse mapper eksisterer. Udfør derefter følgende kodelinjer:

ChDir "C:\Users\Mike\Documents\Showplan\A"
DoCmd.OpenQuery "CollectTax1"
ChDir "C:\Users\Mike\Documents\Showplan\B"
DoCmd.OpenQuery "CollectTax2"
ChDir "C:\Users\Mike\Documents\Showplan\C"
DoCmd.OpenQuery "CollectTax3"
ChDir "C:\Users\Mike\Documents" 

Brug alt hvad du har (eller download det, hvis du ikke har det ikke endnu)

Mens CurDir() vil give dig en endelig placering for de seneste ændringer af showplan.out fil, kan den ikke fortælle dig, hvad de tidligere arbejdsmapper var. Og hvis du har lukket den forekomst af Access, der skabte showplan.out fil, er der ingen garanti for, at den næste forekomst af Access, du åbner, vil have den samme aktuelle mappe.

Jeg stødte for nylig på et praktisk lille hjælpeprogram kaldet "Alt." Det er en lille eksekverbar fil, der indekserer hele din harddisk på få sekunder. Når indekseringen er fuldført, kan du øjeblikkeligt søge efter filer eller mapper hvor som helst på dit drev.

Du kan downloade Alt herfra eller via Chocolatey:choco install everything . Åbn Alt , søg efter showplan.out , og på mindre end et sekund vil du se alle forekomster af showplan.out på din computer sammen med den sidste ændringsdato. Jeg ville ønske, jeg havde dette værktøj for mange år siden.

Få mening med Showplan.out

Første gang du åbner en showplan.out fil, forventer at blive forvirret. Der er meget tekst, og meget af det er støj. Her er et uddrag fra en fil, der blev genereret, da jeg åbnede Northwind-eksempeldatabasen:

Forespørgslerne, der begynder med en tilde (~ ) repræsenterer rå SQL, der er gemt i egenskabsarket for en formular eller rapport og ikke gemt som et permanent QueryDef-objekt. De vigtigste interessepunkter er de nummererede trin for hver forespørgsel:01) , 02) , 03) osv.  Du vil følge disse trin på udkig efter gode tegn og dårlige tegn, der kan tyde på, hvor der er problemer.

Så vidt jeg ved, er der ingen officiel dokumentation for formateringen og indholdet af showplan.out fil. Det er dog okay, for vi kommer ikke til at blive fanget af detaljerne. Vores hovedmål er at identificere åbenlyse problemer og løse dem. Her gælder 80/20-reglen. De fleste af præstationsgevinsterne kommer fra en eller to simple justeringer af vores forespørgsler.

Gode tegn

Det hele handler om indekser. Vi ønsker, at forespørgselsplanen skal bruge indekser, især i begyndelsen af ​​en forespørgsel med flere trin. To forskellige nøgleord indikerer, at indekser bliver brugt:index og rushmore . Rushmore er kodenavnet for forespørgselsoptimeringsteknologien, der oprindeligt blev udviklet af Fox Software i begyndelsen af ​​1980'erne. Microsoft købte virksomheden i 1992 og inkorporerede teknologien i Jet-databasemotoren.

Forespørgsler, der bruger Rushmore-teknologi til at behandle indekser, kører hurtigere end dem, der bruger indekser på en mere traditionel måde. Rushmore-teknologi kan kun bruges med Access-tabeller (både lokale og sammenkædede), sammen med sammenkædede FoxPro- og dBASE-tabeller. Navnlig kan Rushmore ikke bruges med sammenkædede SQL Server-tabeller. For at øge ydeevnen af ​​linkede SQL Server-tabeller er du ofte bedre stillet til at skrive pass-through-forespørgsler, men det er uden for denne artikels omfang.

Dårlige tegn

Der er et par dårlige tegn at holde øje med i showplan.out fil. Den simple tilstedeværelse af disse tegn betyder ikke nødvendigvis, at der er et problem. Når det er sagt, hvis du fejlfinder en forespørgsel med dårlig ydeevne, kan du tænke på disse ord som advarselsflag for potentielle problemer:X-Prod , scanning , temp , temporary .

X-Prod søgeord vises, når du har en forespørgsel med en kartesisk joinforbindelse (også kendt som en krydssammenføjning eller krydsprodukt). Dette sker normalt ved en fejl, når du glemmer at forbinde to tabeller i Query-by-Example (QBE)-editoren. Resultatet er, at hver post i tabel 1 bliver matchet med hver post i tabel 2.  Det samlede antal poster er produktet af de to tabeloptællinger. Så hvis tabel 1 har 7 poster, og tabel 2 har 9 poster, returnerer krydsforbindelsen af ​​de to tabeller 63 poster. Du kan forestille dig problemet, hvis begge tabeller har tusindvis af poster eller mere.

01) Inner Join table 'Table1' to table 'Table2'
      using X-Prod join 

Det næste søgeord, du skal holde øje med, er scanning . Hvis databasemotoren ikke kan bruge et indeks til at filtrere resultater, falder den tilbage på scanning. Det betyder, at den skal undersøge hver række individuelt for at se, om den opfylder forespørgselskriterierne. Når du ser dette ord i en showplan.out fil, betyder det ofte, at du skal tilføje et indeks til den kolonne, der scannes. Men ikke altid! For kolonner med lav kardinalitet (kun nogle få unikke værdier, f.eks. en statuskolonne), er der normalt lidt fordel ved at tilføje et indeks. Når det er tilføjet, skal indekset vedligeholdes. Dette forsinker indsættelser og optager diskplads. Hvis forespørgselsydeevnen er acceptabel på produktionsdata, er tilføjelse af et indeks til den scannede kolonne en for tidlig optimering (som du bør undgå).

Endelig er der temp og midlertidig søgeord. Disse indikerer, at databasemotoren har været nødt til at udføre en eller anden form for operation på midlertidig basis. Når vi opretter og gemmer en querydef, gemmes det objekt med visse metadata for at optimere gentagen eksekvering. Naturligvis går sådanne metadata tabt, når midlertidige indekser eller sammenføjninger går uden for rækkevidde. Disse søgeord kan normalt ignoreres, men de kan muligvis pege dig i den rigtige retning, hvis du bliver stødt på en dårligt effektiv forespørgsel uden andre mere åbenlyse fejl.

For at opsummere i alt for forenklede vendinger:

      GOD  >  >  >  >  >  DÅRLIG:
Rushmore> indekser> midlertidig/midlertidig> scanning> X-Prod

Notepad++ brugerdefineret sprog

Hvis du har læst mit andet arbejde, ved du, at jeg har stærke følelser omkring at øge signal-støj-forholdet i programmering (og livet generelt). Til dette formål oprettede jeg en "Brugerdefineret sprog"-fil i Notepad++ for at tilføje syntaksfremhævning til showplan.out filer. Nu, når jeg åbner showplan.out filer, ser de ud som skærmbilledet nedenfor. Nøgleordene "GOD" er farvet med blå tekst, og nøgleordene "DÅRLIG" er farvet med rød tekst. Dette er et eksempel på at få forkert kode til at se forkert ud.

Følg disse trin for at konfigurere dette:

1. Åbn Notepad++
2. Sprog -> Brugerdefineret sprog -> Definer dit sprog...
3. Klik på [Opret ny...]
4. Indtast navn:showplan.out
5. Klik på [OK]
6. Gå til _| Mappe og standard|_ fanen
7. Under "Foldning i kode 2-stil" skal du indtaste Inputs for Open og End inputs for Luk
8. Gå til fanen _|Søgeordsliste|_
9. Klik på [Styler] under 1. gruppe, og indstil forgrundsfarven til rød
10. Indtast følgende "DÅRLIGE" søgeord i 1. gruppe:
    temp temporary scanning X-Prod
11. Klik på [Styler] under 2. gruppe, og indstil forgrundsfarven til blå
12. Indtast følgende "GODE" ​​søgeord i 2. gruppe:
    rushmore index
13. Enter Ext.:out

Sidste tanker

I modsætning til SQL Server tillader Jet/ACE-databasemotoren dig ikke direkte at ændre forespørgselsudførelsesplaner. Det betyder, at vi kan se ind i den sorte boks med JetShowPlan, men vi kan ikke omkoble den til at gøre, hvad vi vil. I stedet er vi nødt til at fokusere på det, vi kan kontrollere:den nøjagtige SQL, vi tilfører den, og indekserne og relationerne mellem de involverede tabeller.

Brug af JetShowPlan har både kort- og langsigtede fordele. På kort sigt lader funktionen dig løse flaskehalsene i dine Access-applikationer. På lang sigt får du indsigt i Access, som hjælper dig med at undgå flaskehalsene i første omgang.