CDS-enheder, deres forskelle og hvordan man opretter dem

I denne tutorial skal vi se på de ting, der holder vores fælles datatjenester sammen - enhederne. Der er forskellige CDS-enheder, der arbejder bag kulisserne, så vi vil her diskutere, hvordan de er forskellige fra hinanden.

Indholdsfortegnelse

• Forstå CDS-enheder
• Felter
• Relationer
• Forretningsregler
• Visninger
• Formularer
• Andre CDS-enheder
• Oprettelse af CDS-enheder
• Konklusion

Forstå CDS-enheder

Enheder kan betragtes som møtrikker og bolte i almindelige datatjenester.

Enheder bruges til at opbevare oplysninger på samme måde som tabeller fungerer i Excel eller SQL.

Det fantastiske ved at bruge den fælles datatjeneste er, at der er forudindstillede enheder, som vi kan bruge når som helst.

Grundlæggende har Microsoft gennemgået de forskellige apps, der er oprettet gennem Power Apps, og kigget på de mest almindelige tabeller, de bruger. Derfra standardiserede de dataene og skabte disse skabeloner til dem, der ønsker forudindstillede CDS-enheder.

For eksempel har virksomheder normalt en kontotabel, der indeholder alle oplysninger om individuelle kundekonti. Når du ser på listen over enheder her, kan du se, at der også er en kontoskabelon klar, som vi kan bruge.

Lad os gå ind på hver af de forskellige CDS-enheder, som vi kan anvende til vores eget arbejde.

Felter

Tidligere så vi en forudindstillet enhed kaldet Konto. Hvis vi klikker på det, vil vi se en liste over felter, som Microsoft har konfigureret for denne specifikke enhed.

Disse felter inkluderer grundlæggende oplysninger som kontonavn, kontonummer og kontovurdering.

Det har også alle disse forskellige adressefelter, såsom by, land/region, amt osv.

Det er dybest set en lang liste af felter, som du normalt ville se i en formular, med andre elementer som Kategori, Kreditgrænse og andre.

Det gode ved disse felter er, at du ikke engang behøver at tænke på, hvilken type felt hver vare er. De er blevet klassificeret i overensstemmelse hermed, med en specifik kolonne, der viser hver vares datatype.

For eksempel viser den Adresse1 som en flerlinjetekst.

Disse forudindstillede CDS-enheder giver os også opslag. Ser man på elementet her for Created By, viser det, at det faktisk er et opslag forbundet med en anden tabel fundet i et andet felt.

Det betyder, at den har alle disse relationsdatabaser sat op for os, hvilket eliminerer behovet for, at vi skal opsætte disse forbindelser manuelt.

Hvis der er felter, som vi har brug for, men som ikke kan ses her, er det også nemt selv at tilføje et. Bare klik på knappen "Tilføj felt" øverst til venstre.

Relationer

Vi kan også finde Relationer under CDS-enheder.

Relationer viser, hvilke kolonner i denne tabel, der faktisk afhænger af andre tabeller. For eksempel viser det her, at Created By har en relation til den enhed, der hedder Bruger.

Disse relationer er også kategoriseret baseret på den type relation, de har med andre tabeller. I dette tilfælde har Created By et mange-til-en forhold til Bruger. Det betyder, at der kan være flere brugerkonti oprettet af den samme person.

Denne person kan derefter findes i brugertabellen, som er en anden enhed.

Igen, det fantastiske ved disse entiteter er, at systemet har genereret de rigtige relationstyper til os.

Bortset fra mange-til-en-forhold er der 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 relationer. En konto kan have forskellige salgsdata knyttet til sig.

Hvad angår mange-til-mange, er dette lidt mere kompliceret. Det er noget, vi ikke rigtig ønsker at bruge, medmindre det er absolut nødvendigt.

For eksempel kan du have mange konti relateret til mange rabatter. Du kan have én konto, der anvender rabat A og B, mens en anden konto bruger rabat B og C.

Forretningsregler

En anden enhed, der er virkelig interessant, er forretningsregler. Vi har berørt dette emne i vores tutorial om.

Forretningsregler er en af ​​de største fordele ved at bruge CDS. De dikterer de parametre, der skal følges, når brugere interagerer med dine data.

Lad os sige, at du har en restaurantvirksomhed. Hvis du har en medarbejder, der er i stand til at servere alkohol til kunder, så vil du sandsynligvis gerne have, at dine data viser, at denne person har tilladelsen til det. Så du kan tilføje en forretningsregel, der kræver, at personens alkohol-id skal præsenteres, før vedkommendes oplysninger tilføjes.

Du kan diktere dine egne forretningsregler afhængigt af dit behov og situation. Disse regler er fantastiske, fordi de sikrer, at brugerne ikke går glip af de mest relevante oplysninger, når de tilføjer data til systemet.

Visninger

Visninger giver dig mulighed for at kontrollere, hvad de forskellige brugere af din applikation kan se.

Især hvis du har en masse følsomme data indlæst i appen, vil du ikke have, at hver enkelt bruger har adgang til dem alle. Du vil sandsynligvis gerne have kontrol over de elementer, som brugerne kan se på deres ende.

For eksempel er de aktive konti her indstillet til Offentlig visning. Det betyder, at brugere kan se disse aktive konti.

Hvis vi klikker på Aktive konti, viser det 5 kolonner med data, hvilket er hvad brugerne også kan se.

Hvis vi har mere følsomme data, såsom salgsdata, kan visningen af ​​disse være begrænset til kun administratorer eller teamledere.

Formularer

Lad os denne gang tage et kig på Forms.

Ligesom i lærredsapps giver formularer en platform til at redigere eller oprette nye registreringer af dataene. Vi kan faktisk lave formularerne lige her til en bestemt enhed og derefter uploade dem til vores modeldrevne app.

Ligesom alle de andre typer enheder er der formularer, der er let tilgængelige for os at bruge. Det siger også, hvilken type form hver enkelt er.

Så hvis vi klikker på Konto, åbner det formularskabelonen.

Som du kan se, er dette en meget standardformular med felter som kontonavn, telefon, fax og andre lignende felter. Denne formular kan også tilpasses, så vi kan tilføje eller fjerne bestemte felter.

Andre CDS-enheder

Andre enheder omfatter dashboards, diagrammer, . Vi vil ikke diskutere alle disse detaljer i denne tutorial, men nogle af dem vil blive dækket i andre tutorials.

Dashboards her fungerer på samme måde som ethvert andet dashboard - de er en samling af diagrammer, der findes i vores fælles datatjeneste. Diagramfanen her viser også diagrammer inden for CDS.

Fanen Nøgler viser, hvad der er unikt ved hvert stykke data. Hvad angår fanen data, viser den alle de data, der er tilgængelige for os at bruge med denne CDS.

Oprettelse af CDS-enheder

Nu hvor vi forstår, hvad de forskellige entiteter er, lad os tale om, hvordan man skaber vores egen entitet.

Vi starter med at klikke på knappen "Ny enhed" øverst på siden.

Lad os navngive denne nye enhed som kunde.

For det primære felt, lad os ændre dette til nummer.

Vi kommer til at bruge nummer som det primære felt, fordi hvis vi ser på den datakilde, vi skal bruge, viser det, at hver kunde har tildelt et kundenummer og fungerer som det primære felt i tabellen.

Lad os nu klikke på Opret i den nederste del af ruden.

Som du kan se, fortæller den os, at den i øjeblikket klargør vores bord. Så det handler i bund og grund om, at alt er på plads.

Mens klargøringen er i gang, kan vi kun se én række her.

Men når klargøringen er færdig, vil vi være i stand til at se alle de elementer, der normalt er inkluderet i denne enhed.

Bare fordi dette indeholder en lang liste af poster, betyder det ikke, at vi har tilføjet hver og en af ​​dem. Hvad Power Apps gør er, at den ser på andre databaser, som du allerede har, og tilføjer i felter, som systemet mener, du også skal have i denne nye tabel.

Vi behøver selvfølgelig ikke nødvendigvis at bruge alle de elementer, som Power Apps smed ind. Vi kunne altid holde os til det primære felt, som vi manuelt tilføjede, som er feltet Number.

Konklusion

Fælles datatjeneste eller CDS gør det nemmere at organisere og bruge alle vores data. At vide, at disse entiteter er byggestenen i enhver almindelig datatjeneste, får os til at indse, hvor vigtige de virkelig er.

Det er også dejligt, at de er bygget så intuitivt som muligt, med færdige skabeloner, som vi kan bruge. Dette gør hele processen endnu mere effektiv og giver mulighed for at maksimere vores tid, mens vi arbejder på vores app.

Alt det bedste,

Henrik