Kapittel 4: Bruke Microsoft Dataverse som datakilde

Maria har bygd en prototypeapp ved hjelp av testdata som finnes i Excel-arbeidsbøker. Det neste trinnet er å koble appen til datakilder som leverer data fra den virkelige verden. Maria har hørt om Microsoft Dataverse som et alternativ for å gjøre dette, og ønsker å finne ut mer om det.

Hva er Dataverse?

Dataverse er et datalager med et sett med standardtabeller. Du kan bruke det til å lagre forretningsinformasjon, administrere forretningsregler og definere forretningsdataflyter. På mange måter fungerer det som en database, bortsett fra at det inneholder mer enn bare data. Du kan bruke det til å registrere elementer i forretningslogikken for løsningene dine og dele denne logikken på tvers av apper. Dataverse inneholder planleggingsfunksjoner som gjør det mulig å automatisere behandling og arbeidsflyter. I tillegg kan du legge til diagrammer og knytte dem til dataene. Power Apps kan referere til disse diagrammene direkte fra Dataverse. Mer informasjon: Hva er Dataverse? i Power Apps-dokumenter

Dataverse følger "lavkode"-metoden i Power Apps, slik at en forretningsbruker kan opprette forretningsenheter og arbeidsflyter. I tillegg er Dataverse et skalerbart, pålitelig og sikkert system, implementert i Azure. Rollebasert tilgangskontroll begrenser tilgangstypen til forskjellige brukere i organisasjonen. Brukere kan bare se eller redigere enhetene de er gitt tilgang til.

Obs!

Definisjonene av programmer og brukere i Power Apps lagres også i Dataverse. Power Apps bruker denne informasjonen til å opprette, redigere og publisere apper.

Dataverse gjør det mulig å samle data som finnes i spredte databaser, i ett enkelt lager. Du kan opprette dataflyter som regelmessig samler data i én eller flere databaser i tabellene i Dataverse for å opprette aggregerte datasett. Mer informasjon: Hvorfor velge Dataverse?

Definere enheter og relasjoner i Dataverse

Dataverse inneholder en samling med åpen kildekode, standardiserte, utvidbare dataenheter og relasjoner som Microsoft og partnerne har publisert i Open Data Initiative for hele bransjen. Dataene for disse enhetene lagres i et sett med tabeller. Dataverse definerer enheter for mange vanlige forretningsobjekter, for eksempel forretningsforbindelse, adresse, kontakt, organisasjon, team og bruker. Du kan vise tabellene i Dataverse i kategorien Tabeller under Data i Power Apps. Du kan legge til dine egne egendefinerte tabeller i Dataverse om nødvendig, men det er lurt å bruke eksisterende tabeller når det er mulig. Dette bidrar til å sikre portabiliteten til appene dine. Tabeller som er en del av standard Dataverse, har en type som er angitt som standard, men typen for dine egne tabeller merkes som Egendefinert.

I Dataverse er hver enhet tabulær, med et standardsett med kolonner som også er definert av Open Data Initiative. Du kan vise definisjonen av en tabell ved å bruke kommandoen Rediger for enheten i listen over tabeller. Du kan utvide en tabell ved å bruke dine egne kolonner, men som nevnt tidligere er det lurt å bruke eksisterende kolonner når det er mulig. Eksemplet nedenfor viser standarddefinisjonen for Forretningsforbindelse-tabellen.

Obs!

Du kan endre visningsnavn for tabeller og kolonner uten å endre navnene deres. Power Apps bruker visningsnavnene som standardetikettene som vises i skjemaer.

Dataverse støtter et rikt sett med datatyper for kolonner, fra enkel tekst og numeriske verdier til abstraksjoner som har angitte formateringsbegrensninger, for eksempel E-post, URL-adresse, Telefon og Ticker-kode. Du kan bruke andre typer, for eksempel Valg og Oppslag, til å begrense verdiene som er angitt i en kolonne, til et fast domene eller data som hentes fra en kolonne i en relatert tabell. Bruk Fil- og Bilde-typene til å lagre ustrukturerte data og bilder i en tabell. Bilder har en maksimumsstørrelse på 30 MB, men filene kan være så store som 128 MB.

Obs!

Du kan definere dine egne egendefinerte valg for bruk av Valg-kolonner i Power Apps.

Du kan også definere relasjoner blant tabeller. Disse relasjonene kan være mange-til-én, én-til-mange eller mange-til-mange. I tillegg angir du funksjonaliteten til de relaterte enhetene som en del av relasjonen. Virkemåten kan være følgende:

• Referensiell, med eller uten begrenset sletting. Begrenset sletting hindrer at en rad i en relatert tabell blir fjernet hvis det refereres til av en annen rad i den samme tabellen, eller en annen tabell.
• Overordnet, der alle handlinger som utføres på en rad, også brukes på rader den refererer til.
• Egendefinert, som gjør det mulig å angi hvordan refererte rader påvirkes av en handling som utføres på raden det refereres til.

Følgende eksempel viser hvordan du legger til en én-til-mange-relasjon fra tabellen Forretningsforbindelse i en egendefinert tabell kalt SalesLT-kunde. Virkemåten hindrer at en kunde slettes hvis den refereres til av en rad i tabellen Forretningsforbindelse.

Legge til visninger og forretningsregler

En visning gir tilgang til angitte kolonner og rader i én eller flere relaterte tabeller. Du kan tenke på en visning som en spørring, men med et navn som gjør det mulig å behandle den som en tabell. En visning inneholder valgte kolonner fra en tabell, men kan inkludere kolonner fra relaterte tabeller. I tillegg kan en visning filtrere rader slik at de bare viser rader som oppfyller angitte vilkår. Du kan også angi standard sorteringsrekkefølge for radene som presenteres av en visning. Vær oppmerksom på at en visning gir et dynamisk vindu til de underliggende dataene. Hvis dataene endres i tabellene bak en visning, gjør også informasjonen som representeres av visningen. Du kan vise data via visninger i modelldrevne apper. Bildet nedenfor viser visningsutformingen. Brukeren legger til en ny kolonne i en visning basert på tabellen Forretningsforbindelse.

Du bruker forretningsregler til å definere valideringer og automatisere kontrollflyten når data legges til, endres eller slettes i en enhet. En forretningsregel består av en betingelse som kan teste for bestemte betingelser i den berørte entiteten, for eksempel om dataene i en kolonne samsvarer eller bryter en gitt regel. Utforming av forretningsregler i Power Apps Studio gir et grafisk brukergrensesnitt for å definere forretningsregler, som vist på følgende bilde.

Utforming av forretningsregler støtter følgende handlinger:

• Angi kolonneverdier.
• Fjern kolonneverdier.
• Angi kolonnekravnivåer.
• Vis eller skjul kolonner (bare for modelldrevne apper).
• Aktiver eller deaktiver kolonner (bare for modelldrevne apper).
• Valider data og vis feilmeldinger.
• Opprett forretningsanbefalinger basert på forretningsintelligens (bare for modelldrevne apper).

Obs!

Forretningsregler passer best for modelldrevne apper. Ikke alle forretningsregelhandlinger støttes av lerretsapper.

Definere forretningsaktiviteter

Det finnes to grunnleggende tabelltyper i Dataverse: standardtabeller (inkludert egendefinerte tabeller), som inneholder data, og aktivitetstabeller, som representerer forretningshandlinger og arbeidsflyter som kan planlegges å kjøres av Dataverse. En aktivitetstabell inneholder referanser til dataenhetene som er involvert i aktiviteten (for eksempel kunder eller selgere), en serie med statuser som aktiviteten kan gå gjennom, gjeldende tilstand og annen informasjon som brukes av Dataverse til å planlegge operasjoner etter behov.

Dataverse inneholder innebygde aktiviteter for å administrere møter, planlegge forretningsprosesser, markedsføring, administrere salgsprosessen, opprette regelmessige avtaler og kundeservicehendelser. Mer informasjon: Aktivitetstabeller

Du implementerer den faktiske forretningslogikken ved hjelp av egendefinerte handlinger, eller din egen kode hvis du trenger ekstra kontroll som ikke er direkte tilgjengelig i Power Apps. Detaljene i denne prosessen er ikke med i denne veiledningen, men hvis du vil ha mer informasjon, kan du gå til Opprette en egendefinert handling.

Legge til grafiske visningselementer

I tillegg til å lagre datastrukturen og logikken som er tilknyttet en forretningsenhet, kan Dataverse også lagre oppsett for skjemaer, diagrammer og instrumentbord som er tilknyttet en enhet. Når du oppretter en modelldrevet app, kan du bruke disse skjemaene for dataregistrering og visning, mens diagrammene og instrumentbordene gjør det mulig for en bruker å visualisere dataene på en enklere måte enn å se på grunnleggende dataverdier.

Synnes beslutning om å bruke Dataverse

Dataverse er et utmerket valg av repositoriem for mange situasjoner. Du bør seriøst vurdere det for Power Apps-utvikling basert på nye systemer og tjenester samt å legge til ny funksjonalitet i eksisterende apper, spesielt hvis du lager modelldrevne apper.

I programmet som Synne bygger, finnes imidlertid dataene allerede i en eldre database. Det finnes en nett-API som kobles til databasen for å hente og endre data, og den distribueres i Azure App Service. Disse eldre løsningene har vist seg å fungere, og både Kiana og høykodeutviklingsteamet er svært komfortable med å støtte disse løsningene fremover.

En fordel med fusjonsutviklingsteam og Dataverse er at fusjonsutviklingsteam tillater medlemmene å være deres mest produktive i verktøy de allerede kjenner til og er mest komfortable med. Et team trenger ikke å overføre eksisterende data til Dataverse umiddelbart for å bygge en app ved hjelp av Power Apps. Når et team bygger en app som krever nye data, er det på samme måte fornuftig Dataverse som et alternativ. Det er ikke uvanlig å se at en app som er bygd ved å bruke Power Apps, bruker en kombinasjon av eldre datakilder og data i Dataverse.

Når en ny funksjonalitet legges til i appen, for eksempel hvis feltteknikerne legger til kundenotater, forventer Maria å bruke Dataverse til å lagre disse dataene.

Så foreløpig kobler Maria nett-API-en som Kianas team allerede har utviklet, til appen for å hente de nødvendige dataene. De følgende kapitlene går gjennom denne prosessen.

Forrige Neste