Forespørgselsdiagnosticering
Med forespørgsels diagnosticering kan du få en bedre forståelse af, hvad Power-forespørgsel er ved at redigere og opdatere tid i Power BI Desktop. Selvom vi vil blive udvidet til denne funktion i fremtiden, herunder tilføje muligheden for at bruge den under fuld opdatering, kan du på nuværende tidspunkt bruge den til at forstå, hvilken type forespørgsler du udsender, hvordan du kan blive ved med at opdatere, og hvilken type baggrunds hændelser der udføres.
Hvis du vil bruge forespørgsels diagnosticering, skal du gå til fanen funktioner på båndet Power-forespørgsel editor.
Som standard kræver forespørgsels diagnosticering muligvis administratorrettigheder for at køre (afhængigt af IT-politik). hvis du ikke kan køre diagnosticering af forespørgsler, skal du åbne siden Power BI indstillinger, og på fanen diagnosticering skal du vælge aktivér i forespørgsels Editor (kræver ikke, at der køres som administrator). med dette valg får du mulighed for at spore diagnosticering, når du foretager en fuld opdatering til Power BI i stedet for Power-forespørgsel editor, men gør det muligt for dig stadig at bruge den, når du får vist eksempler, forfatter osv.
Når du starter diagnosticering, begynder Power-forespørgsel at spore de evalueringer, du har forårsaget. Den vurdering, som de fleste brugere synes om, er, når du trykker på Opdater, eller når du henter data for første gang, men der er mange handlinger, der kan medføre evalueringer, afhængigt af connectoren. hvis du f. eks. bruger SQL-connectoren, når du henter en liste over værdier, der skal filtreres, så det er muligt at starte en evaluering, — men den kan ikke knyttes til en brugerforespørgsel, og den er repræsenteret i diagnosticeringen. Andre systemoprettede forespørgsler kan f. eks. have navigatoren eller få data oplevelser.
Når du trykker på Diagnosticer trin, kører Power-forespørgsel en Special evaluering af det, du kigger på. Du får derefter vist diagnosticeringen for dette trin, uden at du får vist diagnosticeringen for andre trin i forespørgslen. Det kan gøre det meget nemmere at få en lille visning i et problem.
Det er vigtigt, at hvis du registrerer alle sporinger fra Start diagnosticering , kan du trykke på stop diagnosticering. Hvis du stopper diagnosticeringen, kan programmet indsamle de registrerede sporinger og opdele dem i det korrekte output. Uden dette trin mister du dine sporinger.
Diagnosticeringstyper
Vi tilbyder i øjeblikket tre typer diagnosticering, hvoraf en har to detaljeniveauer.
Den første af disse diagnosticeringer er den primære diagnosticering, som har en detaljeret visning og en opsummeret visning. Den opsummerede visning er beregnet til at give dig en øjeblikkelig indsigt i, hvor tiden bruges i din forespørgsel. Den detaljerede visning er meget dybere, linje for linje, og den er generelt kun nødvendig for en alvorlig diagnosticering af superbrugere.
I denne visning er nogle egenskaber, f. eks. data kildens forespørgsels kolonne, kun tilgængelige på bestemte connectors. Vi arbejder på at udvide bredden af denne dækning fremover.
Datapartitioner til beskyttelse af personlige oplysninger giver dig en bedre forståelse af de logiske partitioner, der bruges til beskyttelse af data.
Bemærk
Power-forespørgsel kan udføre evalueringer, som du muligvis ikke har udløst direkte. Nogle af disse evalueringer udføres for at hente metadata, så vi kan optimere vores forespørgsler eller give en bedre brugeroplevelse (f. eks. at hente listen over forskellige værdier i en kolonne, der vises i filter rækkerne). Andre kan være relateret til, hvordan en forbindelseskomponent håndterer parallelle evalueringer. Hvis du får vist i din forespørgsels diagnosticering gentagne forespørgsler, som du ikke mener at have mening, er du velkommen til at nå ud via de normale support kanaler, — hvordan vi forbedrer vores produkt.
Opsummeret i forhold til detaljeret visning
Forespørgsels diagnosticering giver to visninger: opsummeret og detaljeret. Den opsummerede visning "skjuler" flere relaterede handlinger til en enkelt handling. I denne proces lægges de oplysninger, der indsamles af hver handling, sammen, og de eksklusive varigheder lægges sammen. Ingen oplysninger mistes som en del af denne proces.
I den opsummerede visning får du et overblik over, hvad der skete under en evaluering, så du nemt kan gennemse det på højt niveau. Hvis der ønskes yderligere opdeling for en bestemt handling, kan brugeren se gruppe-id'et og få vist de tilsvarende handlinger, der er grupperet i detaljevisningen.
Forklaring på flere evalueringer
Når du opdaterer i Power-forespørgsels editoren, er der et meget færdigt i baggrunden, der forsøger at give dig en Fluent-brugeroplevelse. Når du opdaterer eksempelvisningen, vil evaluatoren som eksempel udføre det sidste trin i hver given forespørgsel. Men derefter i baggrunden kører n-1 trin, n-2, trin osv., så hvis du gennemgår trinnene igen, er den allerede tilgængelig.
For at opnå en højere ydeevne, sker der i øjeblikket en cachelagring, så det ikke er nødvendigt at køre alle dele af den endelige forespørgselsplan igen, da det gennemgår trinnene. Selvom denne cachelagring er nyttig til normal oprettelse, betyder det, at du ikke altid får de rette oplysninger om sammenligning af trin på grund af de efterfølgende vurderinger, der går ud på cachelagrede data.
Diagnosticerings skema
Id
Når du analyserer resultaterne af en optagelse, er det vigtigt, at du filtrerer optagelses sessionen efter id, så kolonner som f. eks. eksklusiv varighed% giver mening.
Id'et er et sammensat id. Det er dannet af to tal — , der er foran det pågældende punktum, og én efter. Det første tal er det samme for alle evalueringer, der resulterede i en enkelt brugerhandling. Det vil sige, at hvis du trykker på Opdater to gange, er der to forskellige tal, der står foran prikken, én for hver brugeraktivitet, der udføres. Denne nummerering er sekventiel for en given diagnosticerings optagelse.
Det andet tal angiver en evaluering af programmet. Dette tal er sekventielt i hele den proces, hvor evalueringen er sat i kø. Hvis du kører flere sessioner med en diagnosticering, kan du se, at dette tal fortsat vokser på tværs af de forskellige sessioner.
Hvis du starter med at registrere, trykker du én gang og stopper optagelsen, har du nogle antal id'er i din diagnosticering, så du kan opsummere. Men da du kun tog én handling, vil de alle være 1,1, 1,2, 1,3 osv.
Kombinationen af id og evaluationId, der er adskilt med punktet, indeholder et entydigt id for en evaluering af en enkelt indspilnings session.
Forespørgsel
Navnet på forespørgslen i ruden til venstre i Power-forespørgsels editoren.
Trin
Navnet på trinnet i ruden til højre i Power-forespørgsels editoren. Filtre som f. eks. filter rullelister knytter sig normalt til det trin, du filtrerer på, også selvom du ikke opdaterer trinnet.
Kategori
Kategori for handlingen.
Datakildetype
det fortæller dig, hvordan du kan få adgang til datakilden, f. eks. SQL eller Oracle.
Handling
Den faktiske handling, der udføres. Denne handling kan inkludere evaluator arbejde, åbne forbindelser, sende forespørgsler til datakilden og meget mere.
Starttidspunkt
Det tidspunkt, hvor handlingen startede.
Sluttidspunkt
Det tidspunkt, hvor handlingen sluttede.
Eksklusiv varighed (%)
Kolonnen med udelt varighed i en hændelse er den mængde tid, hvor hændelsen var aktiv. Dette kontraster sig med værdien "varighed", der stammer fra fratrækning af værdier i en hændelses kolonne for start tidspunkt og sluttidspunkt for en begivenhed. Denne "varighed" repræsenterer den samlede tid, der er gået mellem, da en hændelse blev startet, og da den sluttede, hvilket kan omfatte gange, hændelsen var i en suspenderet tilstand eller en inaktiv tilstand, og en anden hændelse brugte ressourcer.
Med udelt varighed% kan der tilføjes op til ca. 100% i en given evaluering, som repræsenteret af kolonnen id. Hvis du f. eks. filtrerer på rækker med id 1. x, vil de eksklusive varigheds procenter summere ca. 100%. Det er ikke tilfældet, hvis du adderer de eksklusive varighed af% værdierne for alle rækker i en given diagnosticerings tabel.
Eksklusiv varighed
Det absolutte klokkeslæt i stedet for% af en eksklusiv varighed. Den samlede varighed (dvs. eksklusiv varighed + tidspunkt, hvor hændelsen var inaktiv) for en evaluering kan beregnes på en af to måder:
Find handlingen med navnet "evaluering". Forskellen mellem – start tidspunktet for sluttidspunktet resulterer i den samlede varighed af en begivenhed.
Fratræk minimum starttidspunktet for alle handlinger i en hændelse fra det maksimale sluttidspunkt. Vær opmærksom på, at når de oplysninger, der indsamles for en hændelse, ikke tager højde for den samlede varighed, oprettes der en handling, der kaldes "sporings mellemrum", til kontoen for dette tidspunkt.
Ressource
Den ressource, du bruger til at få adgang til data. Ressourcens nøjagtige format afhænger af datakilden.
Forespørgsel på data kilde
Power-forespørgsel har noget kaldet foldning, som er den handling, der kører så mange dele af forespørgslen i forhold til back-end-datakilden som muligt. I direkte Forespørgselstilstand (over Power-forespørgsel), hvor enabled, kun transformeringer, der er foldning, kører. I importtilstand er transformeringer, der ikke kan false, i stedet for at blive kørt lokalt.
I forespørgsels kolonnen i data kilden kan du se forespørgslen eller HTTP-anmodningen/svaret, der er sendt i forhold til back-end-data kilden. Når du opretter din forespørgsel i editoren, udsendes der mange forespørgsler i data kilden. Nogle af disse er den faktiske endelige forespørgsel om den endelige data kilde, der gengiver prøveversionen, men andre kan være for data profilering, filtrere rullelister, oplysninger om joinforbindelser, hente metadata til skemaer og et vilkårligt antal andre små forespørgsler.
Generelt bør du ikke være bekymret for antallet af forespørgsler om data kilder, der udsendes, medmindre der er specifikke grunde til at være relevante. I stedet skal du fokusere på at sikre, at det rette indhold hentes. Denne kolonne kan også hjælpe med at finde ud af, om Power-forespørgsel evalueringen blev fuldt foldet.
Yderligere oplysninger
Der er mange oplysninger hentet af vores connectors. Mange af dem er ujævnt og passer ikke godt ind i et standardkolonne hierarki. Disse oplysninger er placeret i en post i kolonnen yderligere info. Oplysninger, der er logget på brugerdefinerede connectors, vises også her.
Rækkeantal
Det antal rækker, der returneres af en data kilde forespørgsel. Ikke aktiveret på alle connectors.
Indholdslængde
Indholdslængde returneret af HTTP-anmodninger, som normalt defineret. Dette er ikke aktiveret i alle connectors, og den er ikke nøjagtig for forbindelser, der henter anmodninger i dele.
Er brugerforespørgsel
En boolesk værdi, der angiver, om det er en forespørgsel, som brugeren har oprettet, og som findes i ruden til venstre, eller om den er genereret af en anden brugerhandling. Andre brugerhandlinger kan indeholde ting som f. eks. filtervalg eller brug af navigatoren i Hent data oplevelsen.
Sti
Path repræsenterer den relative rute for handlingen, når den vises som en del af et interval træet for alle handlinger i en enkelt evaluering. Øverst (roden) af træet er der en enkelt handling, der kaldes evaluering med stien "0". Starttidspunktet for denne evaluering svarer til starten på denne evaluering som helhed. Sluttidspunktet for denne evaluering viser, hvornår hele evalueringen er afsluttet. Denne handling på øverste niveau har en eksklusiv varighed på 0, da den eneste måde er at fungere som rod for træet.
Yderligere drifts forgrening fra roden. En handling kan f. eks. have "0/1/5" som en sti. Denne sti vil blive forstået som:
- 0: træ root
- 1: overordnet aktuel handling
- 5: indekset for den aktuelle handling
Handlingen "0/1/5" kan have en underordnet node, og i så fald har stien formatet "0/1/5/8" med 8, der repræsenterer indekset for den underordnede.
Gruppe-ID
Der opstår ikke en kombination af to (eller flere) handlinger, hvis det fører til tab af detaljer. Grupperingen er udviklet til at tilnærme "kommandoer", der udføres under evalueringen. I den detaljerede visning deler flere handlinger et gruppe-id, der svarer til de grupper, der er samlet i oversigtsvisningen.
Som med de fleste kolonner er gruppe-id'et kun relevant inden for en bestemt evaluering, som filtreret efter kolonnen id.
Skema for beskyttelse af personlige oplysninger i data partitioner
Id
Det samme som ID'ET for de øvrige resultater af forespørgsels diagnosticering. Heltalsdelen repræsenterer et enkelt aktivitets-ID, mens brøkdelen repræsenterer en enkelt evaluering.
Partitionsnøgle
Svarer til den forespørgsel/det trin, der bruges som en firewall partition.
Firewall gruppe
Kategorisering, der forklarer, hvorfor denne partition skal evalueres separat, herunder oplysninger om niveauet for beskyttelse af personlige oplysninger for partitionen.
Adgang til ressourcer
Liste over ressourcestier til alle de ressourcer, som denne partition har adgang til, og som generelt identificerer en datakilde entydigt.
Partitions input
Liste over partitions nøgler, hvor den aktuelle partition er afhængig af (denne liste kan bruges til at oprette en graf).
Udtryk
Det udtryk, der bliver evalueret oven på partitionens forespørgsel/trin. I flere tilfælde falder den sammen med forespørgslen/trinnet.
Starttidspunkt
Tidspunkt, hvor evalueringen er startet for denne partition.
Sluttidspunkt
Det tidspunkt, hvor evalueringen sluttede for denne partition.
Varighed
En værdi, der er afledt fra sluttidspunkt minus start tidspunkt.
Eksklusiv varighed
Hvis partitioner antages at eksekvere i en enkelt tråd, er den eksklusive varighed den "reelle" varighed, der kan tildeles denne partition.
Varighed, der udelukker hinanden
Varighed, der udelukker hinanden, i procent.
Diagnosticering
Denne kolonne vises kun, når forespørgsels diagnosticering "samlet" eller "detaljeret" også er registreret, hvilket giver brugeren mulighed for at svare mellem de to diagnosticerings outputs.
Skema for ydelsestællere
Når du kører ydelsestællere, tager hver halv sekund Power-forespørgsel et øjebliksbillede af ressourceudnyttelsen. Dette snapshot er ikke nyttigt i forbindelse med meget hurtige forespørgsler, men det kan være nyttigt for forespørgsler, der bruger meget flere ressourcer.
% Processortid
Den procentdel af tiden, der bruges af processorer på forespørgslen. Denne procentdel kan nå ud til over 100% på grund af flere processorer.
Samlet processortid
Den samlede varighed for den processortid, der er brugt på forespørgslen.
IO-data byte pr. sekund
Gennemløbshastigheden af data, der er modtaget fra datakilden, udtrykt i byte pr. sekund.
Bekræftelse (byte)
Den mængde virtuel hukommelse, som blev reserveret til evalueringen.
Arbejdssæt (byte)
Mængden af hukommelse, der er reserveret til evalueringen.
Yderligere læsning
Sådan registrerer du diagnosticering i forskellige use cases