Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Når du forfatter i Power Query, er den grunnleggende arbeidsflyten at du kobler til en datakilde, anvender noen transformasjoner, eventuelt oppdaterer dataene dine i Power Query-editoren, og deretter laster det inn i Power BI-modellen. Når den er i Power BI-modellen, kan du oppdatere den fra tid til annen i Power BI Desktop (hvis du bruker Desktop til å se analyser), i tillegg til eventuelle oppdateringer du gjør i tjenesten.
Selv om du kan få et lignende resultat på slutten av en forfatterarbeidsflyt, ved oppfriskning i editoren, eller ved oppfriskning i selve Power BI, kjører programvaren svært forskjellige evalueringer for de ulike brukeropplevelsene som tilbys. Det er viktig å vite hva du kan forvente når du gjør spørringsdiagnostikk i disse ulike arbeidsflytene, slik at du ikke blir overrasket over de svært forskjellige diagnostiske dataene.
For å starte Query Diagnostics, gå til fanen Verktøy i Power Query-editorens bånd. Her blir du presentert for noen forskjellige alternativer.
Det finnes to hovedalternativer her, 'Diagnosesteg' og 'Start diagnostikk' (sammen med 'Stopp diagnostikk'). Den førstnevnte gir deg informasjon om en spørring opp til et valgt steg, og er mest nyttig for å forstå hvilke operasjoner som utføres lokalt eller eksternt i en spørring. Det siste gir deg mer innsikt i en rekke andre tilfeller, som diskuteres nedenfor.
Detaljer om kontakten
Det er viktig å nevne at det ikke finnes noen måte å dekke alle de ulike permutasjonene av det du vil se i Query Diagnostics. Det er mange ting som kan endre nøyaktig det du ser i resultatene:
- Connector
- Anvendte transformasjoner
- Systemet du kjører på
- Nettverkskonfigurasjon
- Avanserte konfigurasjonsvalg
- ODBC-konfigurasjon
For den bredeste dekningen vil denne dokumentasjonen fokusere på Query Diagnostics for Northwind Customers-tabellen, både på SQL og OData. OData-notatene bruker det offentlige endepunktet som finnes på OData.org-nettsiden, mens du må skaffe deg en SQL-server selv. Mange datakilder vil avvike betydelig fra disse, og vil ha connector-spesifikk dokumentasjon lagt til over tid.
Start/stopp-diagnostikk
'Start diagnostikk' og 'Stopp diagnostikk' er mer generelt anvendelige enn 'Diagnosetrinn', men gir deg også mye mer informasjon som du må sortere gjennom. For eksempel vil det å starte diagnostikk, oppdatere en forhåndsvisning, og så stoppe gi deg tilsvarende informasjon som å kjøre Diagnose-trinnet på hvert steg (på grunn av hvordan Power Query fungerer i editoren for å oppdatere hvert steg uavhengig).
For å starte opptaket, velg Start Diagnostikk, utfør hvilke evalueringer du vil (authoring, forhåndsvisning oppdatering, full oppdatering), og velg deretter Stopp Diagnostikk.
Redigering
Forfatterarbeidsflytens hovedforskjell er at den generelt genererer flere individuelle evalueringer enn det man ser i andre arbeidsflyter. Som diskutert i hovedartikkelen om Query Diagnostics, er disse et resultat av å fylle ut ulike brukergrensesnitt som navigator- eller filtermenyer.
Vi skal gå gjennom et eksempel. Vi bruker OData-koblingen i dette eksempelet, men når vi ser på utdataene vil vi også se på SQL-versjonen av samme database. For begge datakildene kobler vi til datakilden via 'Ny kilde', 'Nylige kilder' eller 'Hent data'. For SQL-tilkoblingen må du legge inn legitimasjon for serveren din, men for det offentlige OData-endepunktet kan du legge inn endepunktet som er lenket over.
Når du kobler til og velger autentisering, velg tabellen Kunder fra OData-tjenesten.
Dette vil vise deg tabellen Kunder i Power Query-grensesnittet. La oss si at vi vil vite hvor mange salgsrepresentanter det finnes i ulike land/regioner. Først, høyreklikk på Salgsrepresentant under kolonnen Kontakttittel , musepekeren over Tekstfiltre, og velg Likeverdige.
Velg nå Grupper etter fra båndet og gjør en gruppering etter land, hvor aggregatet ditt er en telling.
Dette skal gi deg de samme dataene som du ser nedenfor.
Til slutt, gå tilbake til fanen Verktøy på Ribbon og velg Stopp diagnostikk. Dette vil stoppe sporingen og bygge diagnostiske filer for deg, og sammendraget og detaljerte tabeller vil vises på venstre side.
Hvis du sporer en hel forfatterøkt, vil du vanligvis forvente å se noe som en evaluering av kildespørringen, deretter evalueringer knyttet til den relevante navigatøren, og deretter minst én spørring sendt ut for hvert steg du bruker (med potensielt flere avhengig av nøyaktige UX-handlinger). I noen koblinger vil parallelle evalueringer skje av ytelsesårsaker som gir svært like datasett.
Oppdateringsforhåndsvisning
Når du er ferdig med å transformere dataene dine, har du en sekvens av steg i en forespørsel. Når du trykker på 'Oppdater forhåndsvisning' eller 'Oppdater alle' i Power Query-editoren, vil du ikke bare se ett steg i spørringsdiagnostikken din. Årsaken til dette er at oppdatering i Power Query Editor eksplisitt oppdaterer spørringen som avsluttes med det siste steget brukt, og deretter går tilbake gjennom de anvendte stegene og oppdaterer for spørringen frem til det punktet, tilbake til kilden.
Dette betyr at hvis du har fem trinn i spørringen din, inkludert Source og Navigator, vil du forvente å se fem forskjellige evalueringer i diagnostikken din. Den første vil kronologisk sett ofte (men ikke alltid) ta lengst tid. Dette skyldes to forskjellige grunner:
- Den kan potensielt cache inndata som spørringene kjører etter den (som representerer tidligere steg i brukerforespørselen) kan få tilgang til raskere lokalt.
- Den kan ha transformasjoner anvendt på seg som betydelig reduserer hvor mye data som må returneres.
Merk at når du snakker om 'Refresh All', vil det oppdatere alle spørringer, og du må filtrere til de du bryr deg om, som du kanskje forventer.
Full oppdatering
Query Diagnostics kan brukes til å diagnostisere den såkalte 'siste spørringen' som sendes ut under oppdateringen i Power BI, i stedet for bare Power Query-editoropplevelsen. For å gjøre dette må du først laste dataene til modellen én gang. Hvis du planlegger å gjøre dette, sørg for at du er klar over at hvis du velger Lukk og Bruk vil redigeringsvinduet lukke seg (og avbryte sporing), så du må enten gjøre det ved andre oppdatering, eller velge nedtrekksikonet under Lukk og Bruk og velge Bruk i stedet.
Uansett, sørg for å velge Start diagnostikk i Diagnostikk-delen av fanen Verktøy i editoren. Når du har gjort dette, oppdater du modellen din, eller bare tabellen du bryr deg om.
Når den er ferdig med å laste inn dataene til modellen, velg Stopp diagnostikk.
Du kan forvente å se en kombinasjon av metadata og dataforespørsler. Metadata-kall henter informasjonen de kan om datakilden. Datahenting handler om å få tilgang til datakilden, sende ut den endelige oppbygde Data Source Query med nedfoldede operasjoner, og deretter utføre de evalueringene som mangler på toppen, lokalt.
Det er viktig å merke seg at bare fordi du ser en ressurs (database, webendepunkt osv.) eller en datakildespørring i diagnostikken din, betyr det ikke nødvendigvis at den utfører nettverksaktivitet. Power Query kan hente denne informasjonen fra sin cache. I fremtidige oppdateringer vil vi indikere om informasjon hentes fra cachen for enklere diagnose.
Diagnosetrinn
'Diagnosetrinn' er mer nyttig for å få innsikt i hvilke evalueringer som skjer opp til ett enkelt steg, noe som kan hjelpe deg å identifisere, frem til det steget, hvordan ytelsen er, samt hvilke deler av forespørselen som utføres lokalt eller eksternt.
Hvis du brukte 'Diagnose-trinnet' på spørringen vi bygde over, vil du oppdage at det bare returnerer rundt 10 rader, og hvis vi ser på den siste raden med en Data Source Query får vi en ganske god idé om hva vår endelige utsendte spørring til datakilden vil være. I dette tilfellet kan vi se at salgsrepresentant ble filtrert eksternt, men grupperingen (ved eliminering) skjedde lokalt.
Hvis du starter og stopper diagnostikk og oppdaterer samme spørring, får vi 40 rader fordi Power Query, som nevnt ovenfor, får informasjon om hvert steg, ikke bare det siste steget. Dette gjør det vanskeligere når du bare prøver å få innsikt i én bestemt del av forespørselen din.
Ekstra lesing
En introduksjon til funksjonen
Mer om å lese og visualisere dine registrerte spor
Hvordan forstå hvilke spørringsoperasjoner som foldes ved hjelp av spørringsdiagnostikk