Del via

Bruk Dataverse som datakilde for lerretsapper

Microsoft Dataverse er et godt valg å bruke som datakilde for lerretsappene fordi den støtter kompliserte data- og sikkerhetsmodeller og lar deg bygge en mer tilpasset brukeropplevelse. Lerretsapper kan bruke Dataverse som datakilde med andre Power Platform-koblinger til å integrere flere datakilder, for eksempel SharePoint-lister, Microsoft Access-databaser eller data fra andre forretningsprogrammer. Power Apps bruker ikke en kobling til å arbeide med Dataverse. Den kobles direkte til Dataverse utenfor koblingsrammen.

Tips

Denne artikkelen inneholder et eksempelscenario og en generell eksempelarkitektur for å illustrere hvordan du bruker Dataverse som datakilde i lerretsapper. Arkitektureksemplet kan endres for mange forskjellige scenarier og bransjer.

Arkitekturdiagram

Arkitekturdiagram som illustrerer arbeidsflyten for bruk av Dataverse-koblingen med lerretsapper.

Workflow

Fremgangsmåten nedenfor beskriver arbeidsflyten som vises i eksempelarkitekturdiagrammet:

  1. Lerretsapp: Med en lerretsapp kan brukere administrere konferansedetaljer, for eksempel sted og start- og sluttid for økter. Lerretsappen får direkte tilgang til data i Dataverse. Brukeren godkjennes til Power Platform ved å bruke Microsoft Entra ID-en, og den samme ID-en brukes til å få tilgang til dataene. Eventuelle begrensninger på brukerens Entra ID i Dataverse håndheves problemfritt.

  2. Dataverse-datakilde: Lerretsappen bruker Dataverse som datakilde. Den gir deg tilgang til en relasjonsdatamodell der tabeller og deres relasjoner er lett tilgjengelige. Den innebygde alternativsettfunksjonen betyr at du ikke trenger å bygge komplekse oppslag og sammenføyninger. Ytelsen er også generelt god fordi Power Apps kobles direkte til Dataverse.

  3. Dataverse-tabeller: I dette eksemplet lagrer Dataverse-tabellene data om konferanseøktene som arrangeres på et sted. Tabellene relateres ved å bruke en-til-mange- og mange-til-mange-relasjoner: Dataverse-sikkerhetsroller tilpasses rollene til appbrukere. Logikk kan implementeres på Dataverse-nivået for å beregne og sammenfatte verdier, fremtvinge domeneverdier og automatisere dataoperasjoner.

Komponenter

Power Platform-miljø: inneholder Power Platform-ressurser som implementerer brukeropplevelsen.

Power Apps: Implementerer brukeropplevelsen i løsningen. Utviklere kan bygge en lerretsapp med Dataverse ved å legge til Dataverse-tabellen som en programdatakilde.

Dataverse-kobling: lar deg få tilgang til en hierarkisk datamodell der tabeller og relasjonene er lett tilgjengelige uten at du trenger å bygge kompliserte oppslag og koblinger for å hente relaterte tabeller. Koblingen omgår i tillegg den tradisjonelle tilkoblingsinfrastrukturen og kaller direkte inn i Dataverse-serverdelen, noe som fører til bedre ytelse.

Scenariodetaljer

Power Apps gjør det enkelt å opprette egendefinerte brukeropplevelser for data som er lagret i Microsoft Dataverse. Modelldrevne apper passer utmerket for scenarier som fokuserer på skjemaer fremfor data. Lerretapper fungerer best for scenarioer som krever mer fleksibilitet ved tilpassing av oppsettet.

Arkitekturen i dette eksemplet er nyttig når du må gi tilgang til data fra Dataverse og andre kilder samtidig. I disse scenariene fungerer appen som integrator, og gir brukerne én enkelt visning av data fra flere kilder.

Vurderinger

Disse hensynene tar i bruk prinsippene i Power Platform Well-Architected, et sett med veiledende prinsipper som forbedrer kvaliteten på en arbeidsbelastning. Finn ut mer i Microsoft Power Platform Well-Architected.

Pålitelighet

Utform arbeidsbelastningen for å unngå unødvendig kompleksitet: Dataverses innebygde abstraksjoner og funksjoner hjelper deg med å unngå unødvendig kompleksitet som en tradisjonell databaseløsning kan kreve. Dataverse støtter for eksempel innebygde relasjoner, smarte datatyper, alternativsett og en sikkerhetsmodell.

Sikkerhet

Opprett tilsiktet segmentering og perimetere: Bruk separate Power Platform-miljøer for programlivssyklusfaser, og sørg for at bare de riktige brukerne har tilgang til hvert trinn for å støtte segmenteringspolicyer.

Driftskvalitet

Ta i bruk sikre utrullingspraksiser: Standardiser utrullingen av eventuelle endringer i lerretsappene dine ved hjelp av automatiserte utrullingsprosesser som kanaler. Distribuer programmet til et produksjonsmiljø bare etter at du har testet endringer.

Ytelseseffektivitet

Utform for å oppfylle ytelseskrav: Evaluer løsningsytelsen og datavolumet for å sikre at Dataverse-tabellutformingen er riktig. Evalueringen bør omfatte hvordan data er tilgjengelig, og evaluering av hvordan appen delegerer operasjoner til Dataverse. Vær oppmerksom på delegeringsbegrensninger når du søker etter og filtrerer data. Disse begrensningene er dokumentert i Forstå delegering i en lerretsapp og bør tas hensyn til når du velger riktig datakilde for appen.

Optimaliser logikk: Som standard bruker lerretsapper som bruker Dataverse, logikk ved å bruke Power Fx, noe som kan føre til flere samhandlinger med Dataverse eller gjentatt logikk i flere programmer. Hver operasjon er uavhengig og håndteres ikke som en atomtransaksjon. f.eks., hvis programmet opprettet en Sted-rad, men ikke kunne opprette en økt, beholdes Sted-raden. Dataverse støtter implementeringslogikk som kan aktiveres på en Dataverse-tabellhendelse. f.eks., opprettelse av en rad. Den støtter også konseptet med å aktivere logikk ved behov ved hjelp av funksjonene Egendefinert Dataverse-API eller Funksjoner i Dataverse. Med begge disse tilnærmingene er arbeidet som utføres av logikken i en transaksjon. Alt arbeid som er gjort i Dataverse-data, blir enten utført eller rullet tilbake. I vårt forrige eksempel ble ikke Sted-raden værende etter at feilen oppstod. Integrering av disse tilnærmingene optimaliserer logikken i noen scenarier ved å sikre vellykket fullføring som en kombinert arbeidsenhet og sentralisere gjenbrukbar logikk.

Opplevelsesoptimalisering

Utform for effektivitet: En lerretsapp som lar brukere få tilgang til andre datakilder ved siden av Dataverse-tabeller, uten å kreve samhandling med flere individuelle apper, forbedrer effektiviteten og gir en bedre opplevelse. Unngå å bygge en app for å bygge en app, men appen bør gi en viss effektivitet til brukeren eller en annen arkitekturfordel i forhold til å bruke en modelldrevet app opplevelse.

Bidragsytere

Microsoft opprettholder denne artikkelen. Følgende bidragsytere skrev denne artikkelen.

Hovedforfattere: