CDS-enheter, deres forskjeller og hvordan du oppretter dem

I denne opplæringen skal vi se på tingene som holder våre vanlige datatjenester sammen - enhetene. Det er forskjellige CDS-enheter som jobber bak kulissene, så vi skal diskutere her hvordan de er forskjellige fra hverandre.

Innholdsfortegnelse

• Forstå CDS-enheter
• Enger
• Forhold
• Forretningsregler
• Visninger
• Skjemaer
• Andre CDS-enheter
• Opprette CDS-enheter
• Konklusjon

Forstå CDS-enheter

Entiteter kan betraktes som muttere og bolter i vanlige datatjenester.

Entiteter brukes til å lagre informasjon på samme måte som tabeller fungerer i Excel eller SQL.

Det fine med å bruke den vanlige datatjenesten er at det er forhåndsinnstilte enheter som vi kan bruke når som helst.

I utgangspunktet har Microsoft gått gjennom de forskjellige appene som er opprettet gjennom Power Apps og sett på de vanligste tabellene de bruker. Derfra standardiserte de dataene og laget disse malene for de som ønsker forhåndsinnstilte CDS-enheter.

For eksempel har selskaper normalt en kontotabell som inneholder all informasjon om individuelle kundekontoer. Når du ser på listen over enheter her, kan du se at det også er en kontomal klar for bruk.

La oss gå inn på hver av de forskjellige CDS-enhetene som vi kan bruke på vårt eget arbeid.

Enger

Tidligere så vi en forhåndsinnstilt enhet kalt Konto. Hvis vi klikker på den, får vi se en liste over felt som Microsoft har satt opp for denne spesifikke enheten.

Disse feltene inkluderer grunnleggende informasjon som kontonavn, kontonummer og kontovurdering.

Den har også alle disse forskjellige adressefeltene, som by, land/region, fylke osv.

Det er i utgangspunktet en lang liste over felt som du vanligvis vil se i et skjema, med andre elementer som Kategori, Kredittgrense og andre.

Det som er bra med disse feltene er at du ikke engang trenger å tenke på hva slags felt hvert element er. De har blitt klassifisert deretter, med en spesifikk kolonne som viser hver vares datatype.

For eksempel viser den Adresse1 som en flerlinjetekst.

Disse forhåndsinnstilte CDS-enhetene gir oss også oppslag. Når du ser på elementet her for Created By, viser det at det faktisk er et oppslag knyttet til en annen tabell funnet i et annet felt.

Dette betyr at den har alle disse relasjonsdatabasene satt opp for oss, og eliminerer behovet for at vi skal sette opp disse forbindelsene manuelt.

Hvis det er felt vi trenger, men ikke ser her, er det også enkelt å legge til et selv. Bare klikk på "Legg til felt"-knappen øverst til venstre.

Forhold

Vi kan også finne relasjoner under CDS-enheter.

Relasjoner viser hvilke kolonner i denne tabellen som faktisk avhenger av andre tabeller. For eksempel viser det her at Created By har et forhold til enheten som heter Bruker.

Disse relasjonene er også kategorisert basert på typen relasjon de har med andre tabeller. I dette tilfellet har Created By et mange-til-en forhold til brukeren. Dette betyr at det kan være flere brukerkontoer opprettet av samme person.

Denne personen kan deretter bli funnet i brukertabellen, som er en annen enhet.

Igjen, det flotte med disse enhetene er at systemet har generert de riktige relasjonstypene for oss.

Bortsett fra mange-til-en-forhold, er det to andre typer forhold - en-til-mange og mange-til-mange.

Salg er et område hvor vi kan se gode eksempler på en-til-mange-relasjoner. En konto kan ha forskjellige salgsdata knyttet til seg.

Når det gjelder mange-til-mange, er dette litt mer komplisert. Dette er noe vi egentlig ikke ønsker å bruke med mindre det er absolutt nødvendig.

Du kan for eksempel ha mange kontoer knyttet til mange rabatter. Du kan ha én konto som bruker rabatt A og B, mens en annen konto bruker rabatt B og C.

Forretningsregler

En annen enhet som er veldig interessant er forretningsregler. Vi har berørt dette emnet i veiledningen vår om.

Forretningsregler er en av de største fordelene ved å bruke CDS. De dikterer parametrene som skal følges når brukere samhandler med dataene dine.

La oss si at du har en restaurantbedrift. Hvis du har en ansatt som er i stand til å servere alkohol til kunder, vil du sannsynligvis at dataene dine skal vise at denne personen har tillatelse til å gjøre det. Så du kan legge til en forretningsregel som krever at alkohol-ID-en til personen presenteres før informasjonen deres legges til.

Du kan diktere dine egne forretningsregler avhengig av behov og situasjon. Disse reglene er gode fordi de sikrer at brukerne ikke går glipp av den mest relevante informasjonen når de legger til data i systemet.

Visninger

Visninger lar deg kontrollere hva de forskjellige brukerne av applikasjonen din kan se.

Spesielt hvis du har mye sensitiv data lastet inn i appen, vil du ikke at hver enkelt bruker skal ha tilgang til dem alle. Du vil sannsynligvis ha kontroll over elementene som brukerne kan se på siden deres.

For eksempel er de aktive kontoene her satt til Offentlig visning. Dette betyr at brukere kan se disse aktive kontoene.

Hvis vi klikker på Aktive kontoer, viser den 5 kolonner med data, som er det brukerne også kan se.

Hvis vi har mer sensitive data, som salgsdata, kan visningen for disse være begrenset til bare administratorer eller teamledere.

Skjemaer

Denne gangen, la oss ta en titt på Skjemaer.

Akkurat som i lerretsapper, gir skjemaer en plattform for å redigere eller lage nye registreringer av dataene. Vi kan faktisk lage skjemaene her for en bestemt enhet, og deretter laste dem opp til vår modelldrevne app.

Som alle andre typer enheter, er det skjemaer som er lett tilgjengelige for oss å bruke. Det står også hvilken type form hver enkelt er.

Så hvis vi klikker på Konto, åpnes skjemamalen.

Som du kan se, er dette et veldig standardskjema med felt som kontonavn, telefon, faks og andre lignende felt. Dette skjemaet kan også tilpasses, slik at vi kan legge til eller fjerne visse felt.

Andre CDS-enheter

Andre enheter inkluderer dashbord, diagrammer, . Vi vil ikke diskutere alle disse i detalj i denne opplæringen, men noen av dem vil bli dekket i andre opplæringsprogrammer.

Dashboardene her fungerer på samme måte som alle andre dashbord - de er en samling diagrammer som finnes i vår vanlige datatjeneste. Kartfanen her viser også diagrammer innenfor CDS.

Taster-fanen viser hva som er unikt med hver del av data. Når det gjelder datafanen, viser den alle dataene som er tilgjengelige for oss å bruke med denne CDS-en.

Opprette CDS-enheter

Nå som vi forstår hva de forskjellige enhetene er, la oss snakke om hvordan vi lager vår egen enhet.

Vi starter med å klikke på "Ny enhet"-knappen øverst på siden.

La oss kalle denne nye enheten som kunde.

For primærfeltet, la oss endre dette til nummer.

Vi kommer til å bruke nummer som ut primærfelt fordi hvis vi ser på datakilden vi skal bruke, viser det at hver kunde har et kundenummer tildelt og fungerer som det primære feltet i tabellen.

La oss nå klikke på Opprett i den nedre delen av ruten.

Som du kan se, forteller den oss at den for tiden klargjør bordet vårt. Så det er i bunn og grunn å sørge for at alt er på plass.

Mens klargjøringen pågår, kan vi bare se én rad her.

Men når klargjøringen er fullført, vil vi kunne se alle elementene som vanligvis er inkludert i denne enheten.

Nå, bare fordi dette inneholder en lang liste med oppføringer, betyr det ikke at vi har lagt til hver og en av dem. Det Power Apps gjør er at den ser på andre databaser du allerede har og legger til i felt som systemet mener du også bør ha i denne nye tabellen.

Selvfølgelig trenger vi ikke nødvendigvis å bruke alle elementene som Power Apps kastet inn. Vi kunne alltid holde oss til det primære feltet som vi la til manuelt, som er Nummer-feltet.

Konklusjon

Felles datatjeneste eller CDS gjør det enklere å organisere og bruke alle våre data. Å vite at disse enhetene er byggesteinen i enhver vanlig datatjeneste får oss til å innse hvor viktige de egentlig er.

Det er også flott at de ble bygget så intuitivt som mulig, med ferdige maler som vi kan bruke. Dette gjør hele prosessen enda mer effektiv og gjør det mulig å maksimere tiden vår mens vi jobber med appen vår.

Beste ønsker,

Henry