Optimalisere DirectQuery-modeller med lagring på tabellnivå
DirectQuery er én måte å hente data inn på Power BI Desktop. DirectQuery-metoden omfatter tilkobling direkte til data i kilderepositoriet fra Power BI Desktop. Det er et alternativ til å importere data til Power BI Desktop.
Når du bruker DirectQuery-metoden, vil generell brukeropplevelse være avhengig av ytelsen til den underliggende datakilden. Treg spørring svar tider vil føre til en negativ brukeropplevelse, og spørringer kan bli forsinket i tilfelle tilfelle feil. Dessuten vil antall brukere som åpner rapportene på et tidspunkt påvirke belastningen som er plassert på datakilden. Hvis rapporten for eksempel har 20 visualiseringsobjekter og 10 personer bruker rapporten, vil det finnes 200 spørringer eller flere på datakilden, fordi hvert visuelle vil utstede én eller flere spørringer.
Når det gjelder informasjon, vil Power BI ikke ytelsen til modellen bare påvirkes av ytelsen til den underliggende datakilden, men også av andre ukontrollerbare faktorer, for eksempel:
Nettverkstids ventetid, . raskere nettverk returnere data raskere.
Ytelsen til datakildens server og hvor mange andre arbeidsmengder som er på den serveren. Se for eksempel på konsekvensene av en serveroppdatering som finner sted, mens hundrevis av personer bruker den samme serveren av forskjellige årsaker.
Bruk av DirectQuery utgjør derfor en risiko for kvaliteten på modellens ytelse. Hvis du vil optimalisere ytelsen i denne situasjonen, må du ha kontroll over, eller tilgang til, kildedatabasen.
Hvis du vil ha mer informasjon, kan du se retningslinjer for DirectQuery-modellen i Power BI Desktop.
Konsekvensene av å bruke DirectQuery
Det er en god fremgangsmåte å importere data Power BI Desktop til, men organisasjonen kan bli nødt til å bruke tilkoblingsmodus for DirectQuery-data på grunn av en av følgende årsaker (fordelene med DirectQuery):
Dette gjelder tilfeller der det kreves dataendringer ofte og nær sanntidsrapportering.
Den kan håndtere store data uten at de behøver å forhåndssummeres.
Dataene gjelder restriksjoner på data for å overholde juridiske krav.
Den kan brukes med en flerdimensjonal datakilde som inneholder mål som for eksempel SAP Business Warehouse (BW).
Hvis organisasjonen din har behov for å bruke DirectQuery, Power BI Desktop bør du forstå virkemåten innenfor og være klar over begrensningene i den. Da vil du være i god posisjon til å gjøre noe for å optimalisere DirectQuery-modellen så mye som mulig.
Virkemåte for DirectQuery-tilkoblinger
Når du bruker DirectQuery til å koble til data i Power BI Desktop, vil denne forbindelsen gjøre dette på følgende måte:
Når du først bruker funksjonen Hent data Power BI Desktop i, vil Velg kilden. Hvis du kobler til en relasjonskilde, kan Velg settet med tabeller, og hver enkelt vil definere en spørring som returnerer et sett med data logisk. Hvis du Velg en flerdimensjonal kilde, for eksempel LES BW, kan du bare Velg kilden.
Når du laster inn dataene, importeres ingen data til Power BI Desktop skjemaet, bare skjemaet blir lastet inn. Når du bygger et visuelt felt Power BI Desktop, sendes spørringer til den underliggende kilden for å hente de nødvendige dataene. Hvor lang tid det tar å oppdatere det visuelle, avhenger av ytelsen til den underliggende datakilden.
Hvis det gjøres endringer i de underliggende dataene, vil de ikke umiddelbart gjenspeiles Power BI i de eksisterende visualene på grunn av hurtigbufring. Du må utføre en oppdatering for å se disse endringene. De nødvendige spørringene er til stede for hvert visualobjekt, og visualobjektene oppdateres tilsvarende.
Når du publiserer rapporten på tjenesten Power BI , vil den føre til en semantisk Power BI modell i tjeneste, den samme som for import. Men ingen data er inkludert i den semantiske modellen.
Når du åpner en eksisterende rapport i Power BI bruk, eller bygger en ny, blir den underliggende kilden igjen spørres om å hente de nødvendige dataene. Det kan hende at du må konfigurere en lokale dataportal, avhengig av plasseringen av den opprinnelige kilden.
Du kan pin-grafikk, eller hele rapportsider, som instrumentbordkasser. Brikkene oppdateres automatisk i en plan, for eksempel hver time. Du kan styre frekvensen for denne oppdateringen slik at de oppfyller dine krav. Når du åpner et instrumentbord, gjenspeiler brikkene dataene samtidig som den siste oppdateringen, og inneholder kanskje ikke de siste endringene som er gjort i den underliggende datakilden. Du kan alltid oppdatere et åpent instrumentbord for å sikre at det er oppdatert.
Begrensninger for DirectQuery-tilkoblinger
Bruken av DirectQuery kan ha negative konsekvenser. Begrensningene varierer, avhengig av den bestemte datakilden som brukes. Ta hensyn til følgende punkt:
Ytelse – Som tidligere omtalt, avhenger hele brukeropplevelsen av ytelsen til den underliggende datakilden.
Sikkerhet – Hvis du bruker flere datakilder i en DirectQuery-modell, er det viktig å forstå hvordan data beveger seg mellom de underliggende datakildene og de tilknyttede sikkerhetskonsekvensene. Du bør også identifisere om sikkerhetsregler gjelder for dataene i den underliggende kilden, Power BI fordi hver bruker kan se dataene.
Datatransformasjon – Ved sammenligning med importerte data har data som kommer fra DirectQuery, begrensninger når det gjelder å bruke datatransformasjonsteknikker Power Query i Redigeringsprogram. Hvis du for eksempel kobler til en OLAP-kilde, for eksempel NBBW, kan du ikke utføre noen transformasjoner i det hele tatt. Hele den eksterne modellen er hentet fra datakilden. Hvis du vil utføre noen transformasjoner i dataene, må du gjøre dette i den underliggende datakilden.
Modellmodeller – Noen av modellfunksjonene du har med importerte dataforsyning som ikke er tilgjengelige, eller er begrenset, når du bruker DirectQuery.
Rapportering – Nesten alle rapporteringsfunksjonene du har med importerte data, støttes også for DirectQuery-modeller, forutsatt at den underliggende kilden gir et passende ytelsesnivå. Når rapporten er publisert i Power BI tjeneste, støttes imidlertid ikke funksjonene for Hurtiginnsikt og Spørsmål og Svar. Bruken av Utforske-funksjonen i Excel vil også sannsynligvis føre til dårligere ytelse.
Hvis du vil ha mer informasjon om begrensningene ved å bruke DirectQuery, kan du se Implikasjonene av å bruke DirectQuery.
Nå som du har en kort forståelse av hvordan DirectQuery fungerer, og begrensningene som programmet har for å gjøre noe, kan du gjøre noe for å forbedre ytelsen.
Optimer ytelse
Når du går gjennom semantiske modellen, oppdager du at spørringen som brukes DirectQuery Power BI Desktop til å koble til kildedataene, fortsetter med scenarietWind Delikatesser. Denne bruken av DirectQuery er årsaken til at brukere har dårlig rapportytelse. Det tar for lang tid å laste sidene i rapporten, og tabellene oppdateres ikke raskt nok når det gjøres bestemte valg. Du må gjøre noe for å optimalisere ytelsen til DirectQuery-modellen.
Du kan undersøke spørringene som sendes til den underliggende kilden, og prøve å finne årsaken til feil spørringsytelse. Deretter kan du foreta endringer i og Power BI Desktop den underliggende datakilden for å optimalisere den totale ytelsen.
Optimer data i Power BI Desktop
Når du har optimert datakilden så mye som mulig, Power BI Desktop kan du gjøre mer i ved hjelp av Ytelsesanalyse, der du kan skille spørringer til å validere spørringsplaner.
Du kan analysere varigheten til spørringene som sendes til den underliggende kilden for å identifisere spørringene som tar lang tid å laste. Du kan med andre ord identifisere hvor flaskehalsene finnes.
Du trenger ikke å bruke en spesiell tilnærming når du optimaliserer en DirectQuery-modell. du kan bruke de samme optimaliseringsteknikkene som du brukte på de importerte dataene til å justere dataene fra DirectQuery-kilden. Du kan for eksempel redusere antall visuelle effekter på rapportsiden eller redusere antall felt som brukes i det visuelle. Du kan også fjerne unødvendige kolonner og rader.
Hvis du vil ha mer detaljert informasjon om hvordan du optimaliserer en DirectQuery-spørring, kan du se: DirectQuery-modellveiledningene Power BI Desktop i og retningslinjer for å bruke DirectQuery på riktig måte.
Optimalisere den underliggende datakilden (tilkoblet database)
Det første stoppet er datakilden. Du må justere kildedatabasen så mye som mulig, fordi alt du gjør for å forbedre ytelsen til kildedatabasen, vil i neste omgang forbedre Power BI DirectQuery. Handlingene du gjør i databasen, er den beste.
Vurder bruken av følgende standard databasepraksis som gjelder de fleste situasjoner:
Unngå bruk av komplekse beregnede kolonner, fordi beregningsuttrykket vil bli innebygd i kildespørringene. Det er mer effektivt å skjøde uttrykket tilbake til kilden, fordi den unngår å trykkes ned. Du kan også vurdere å legge til nøkkelkolonner for surrogat i tabeller av dimensjonstypen.
Kontroller indeksene, og kontroller at gjeldende indeksering er riktig. Hvis du må opprette nye indekser, må du kontrollere at de er riktige.
Se i veiledningsdokumentene til datakilden din og implementere ytelsesanbefalingene.
Tilpasse alternativene for spørringsreduksjon
Power BI Desktop gir deg muligheten til å sende færre spørringer og deaktivere bestemt samhandling som vil føre til dårligere erfaring hvis spørringene tar lang tid å kjøre. Bruk av disse alternativene forhindrer at spørringer kontinuerlig finner datakilden, noe som bør gi bedre ytelse.
I dette eksemplet kan du redigere standardinnstillingene for å bruke de tilgjengelige datareduksjonsalternativene på modellen. Du får tilgang til innstillingene ved å >> velge Alternativer for filalternativer og innstillinger, rulle nedover på siden og deretter velge alternativet Spørringsreduksjon.
Følgende alternativer for spørringsreduksjon er tilgjengelige:
Reduser antall spørringer som sendes som standard , fungerer sammen med alle visuelle interaksjoner med alle andre visuelle spørringer. Hvis du merker av i denne avmerkingsboksen, deaktiveres denne standardinteraksjonen. Du kan eventuelt velge hvilke effekter som fungerer sammen, ved å bruke funksjonen Rediger samhandling .
Ønskerne – Som standard er alternativet Forsørgere brukt som standard, og alternativet Forsørger endringer er valgt. Hvis du vil tvinge rapportbrukerne til å ta i bruk endringer manuelt, Velg legger du til en knapp for hver knappen for å legge til endringer når du er klar til å velge.
Filtre – Som standard er alternativet For filtrering brukt som standard, brukes alternativet Grunnleggende filterendringer . Hvis du vil tvinge rapportbrukerne til å bruke filterendringer manuelt, Velg ett av de alternative alternativene:
Legg til en bruke-knapp på alle grunnleggende filtre for å bruke endringer når du er klar
Legg til en knapp med enkelt bruk i filtreringsruten for å bruke endringer samtidig (forhåndsversjon).
