Rapporteringsmuligheter og vurderinger for modelldrevne apper
Modelldrevne apper har mange funksjoner som gjør at kunder kan vise forretningsdata som hjelper dem med å ta avgjørelser og samhandle med kunder og dataene mer effektivt.
Disse beskrives i rapporteringsoversikten og inkluderer
- Visninger.
- Diagrammer.
- Instrumentbord.
- SQL Server Reporting Services-rapporter.
- Microsoft Excel-integrasjon inkludert, som kan brukes til å opprette selvbetjente rapporter ved hjelp av Power BI-funksjonene PowerView, PowerPivot og PowerQuery.
- Power BI.
Etter hvert som datavolumet i databasen for apper fortsetter å øke, blir det viktigere enn noen gang å tenke over BI-strategien og bestemme de mest effektive mekanismene for rapportering og visualisering av store datasett.
Rapporteringsinfrastruktur
I et miljø er rapporteringsinfrastrukturen delt og separat fra databasen. I denne arkitekturen kjører hver rapport mot kundenes individuelle databaseforekomst selv om kunder deler ressurser som kreves for å kjøre rapporten.
Rapporteringsfunksjoner som er bygd inn i Microsoft Dataverse, er utformet slik at brukere kjører rapporter på datasett som dekker kortere tidsrom. Ta nå dette i betraktning og legg merke til følgende faste innstillinger:
Rapporter og spørringer kan kjøres i opptil fem minutter. Når den maksimale perioden er nådd, blir rapporten tidsavbrutt og det returneres en melding til brukeren. Innenfor varigheten av fem minutter kan rapporter og spørringer omfatte store datasett på mer enn 50 000 rader, som gir omfattende fleksibilitet til å oppfylle de fleste driftsrapporteringsbehov.
Hvis du vil forbedre svar på forespørsler, anbefaler vi at detaljerte rapporter minimerer visningen av et stort antall rader. Hvis du vil gjøre dette, kan du bruke passende filtrering for å redusere antall rader som returneres. Når du oppretter samlede eller oppsummerte rapporter, skal spørringer overføre samlingen til spørringen i stedet for å hente detaljerte rader for å utføre samling i rapporten. More information: Aggreger data med Fetch XML og forhåndsfiltrering av rapport.
Report Viewer-siden er underlagt plattformens API-grenser. Flere kjøringer av en langvarig rapport kan resultere i en feil, og brukeren kan vente noen minutter og prøve på nytt. Dette er en grense per bruker og bør ikke påvirke normal bruk av rapporter av flere brukere.
For diagrammer og rutenett som vises i instrumentbord, gjør appene det mulig for brukere å kjøre spørringer som har et datasett med færre enn 50 000 rader. Hvis en bruker kjører en instrumentbordspørring som dekker et datasett med minst 50 000 rader, returneres meldingen "Den maksimale radgrensen er overskredet. Reduser antallet rader." Den praktiske innstillingen for datasett bidrar til å sikre best mulig ytelse i appen.
Tips og løsninger for rapportering
Disse innstillingene er vanligvis tilstrekkelige for de fleste organisasjoners rapporteringsbehov. Vurder følgende anbefalte fremgangsmåte for å kontrollere at brukerne ikke overskrider disse innstillingene og forbedre den generelle ytelsen til rapportspørring.
Når du oppretter egendefinerte rapporter og instrumentbord, utformer du dem slik at de utfører spørringer i mindre datasett over kortere tidsrom ved å legge til et tidsbasert filter i rapporten, for eksempel gjeldende måned eller kvartal, for å begrense resultatene.
Begrens antall tabeller som er nødvendig for å returnere resultatet. Dette reduserer tiden det tar å kjøre spørringen og returnere resultatet.
Reduser radene i detaljerte rapporter. Passende filtrering kan brukes til å redusere antall rader som returneres av spørringen, for å redusere tidsavbrudd.
For samlede eller oppsummerte rapporter, skal spørringer brukes til å overføre samlingen til databasen i stedet for å hente detaljerte rader og utføre samling i SQL Server Reporting Services-rapporten.
Når det passer for selskapet, bør brukere kjøre standardrapporter og -instrumentbord. Disse rapportene og instrumentbordene er vanligvis utformet for å spørre datasett per bruker, og vil i de fleste tilfeller ikke overskride datasettetgrensen.
Hvis brukere må kjøre rapporter som overskrider disse innstillingene, anbefaler vi at du gjennomgår følgende alternativer hvis du trenger hjelp med kompleks rapportering. Begge alternativene reduserer effektivt arbeidsbelastninger fra Dataverse til et annet datalager ved hjelp av en dataintegreringsløsning. ved hjelp av en dataintegreringsløsning.
Kort brukes med SQL Server Integration Services (SSIS) for å utvide funksjoner for integrasjon med appdataene.
Extract transform load-verktøy (ETL) gir et nytt verktøysett for å opprette analyse av data ved å kombinere flere datakilder eller trekke ut data til datalagerløsningen hvis SSIS ikke er i bruk. ETL-verktøyene gir omfattende løsninger for å koble til Dataverse for å flytte data.
Viktig
Når du bruker disse verktøyene, anbefaler vi at du flytter eller synkroniserer data utenfor arbeidstiden.
Hvis nødvendig er det mange Microsoft-partnere som kan hjelpe deg med å gi en løsning for dine bestemte rapporteringsbehov, for eksempel opprette en frakoblet versjon av data som brukes spesielt til å kjøre store rapporter. Disse partnerne kjenner godt til verktøyene for dataintegrering som er tilgjengelige. Mer informasjon: Finn en Dynamics 365-partner
Tredjepartskort for SSIS
ETL-verktøy
Se også
Rapportredigeringsutvidelse (med SQL Server Data Tools-støtte)
Introduksjon til Microsoft Power Query for Excel
Dynamics 365 for Customer Engagement OData-feeder og Power Query: Hva er oppføringen []?
Obs!
Kan du fortelle oss om språkinnstillingene for dokumentasjonen? Ta en kort undersøkelse. (vær oppmerksom på at denne undersøkelsen er på engelsk)
Undersøkelsen tar rundt sju minutter. Det blir ikke samlet inn noen personopplysninger (personvernerklæring).