CDS-entiteiten, hun verschillen en hoe ze te creëren

In deze zelfstudie gaan we kijken naar de dingen die onze gemeenschappelijke gegevensservices bij elkaar houden: de entiteiten. Er zijn verschillende CDS-entiteiten die achter de schermen werken, dus we gaan hier bespreken hoe ze van elkaar verschillen.

Inhoudsopgave

• CDS-entiteiten begrijpen
• Velden
• Relaties
• Zakelijke regels
• Keer bekeken
• Formulieren
• Andere CDS-entiteiten
• CDS-entiteiten maken
• Conclusie

CDS-entiteiten begrijpen

Entiteiten kunnen worden beschouwd als de moeren en bouten van gemeenschappelijke dataservices.

Entiteiten worden gebruikt om informatierecords op te slaan op dezelfde manier als tabellen in Excel of SQL.

Het mooie van het gebruik van de gemeenschappelijke gegevensservice is dat er vooraf ingestelde entiteiten zijn die we op elk moment kunnen gebruiken.

Kortom, Microsoft heeft de verschillende apps doorlopen die via Power Apps zijn gemaakt en gekeken naar de meest voorkomende tabellen die ze gebruiken. Van daaruit hebben ze de gegevens gestandaardiseerd en deze sjablonen gemaakt voor degenen die vooraf ingestelde CDS-entiteiten willen.

Bedrijven hebben bijvoorbeeld normaal gesproken een rekeningentabel die alle informatie van individuele klantrekeningen bevat. Als je hier de lijst met entiteiten bekijkt, kun je zien dat er ook een accountsjabloon klaarstaat die we kunnen gebruiken.

Laten we ingaan op elk van de verschillende CDS-entiteiten die we kunnen toepassen op ons eigen werk.

Velden

Eerder zagen we een vooraf ingestelde entiteit met de naam Account. Als we erop klikken, zien we een lijst met velden die Microsoft voor deze specifieke entiteit heeft ingesteld.

Deze velden bevatten basisinformatie zoals de accountnaam, het accountnummer en de accountbeoordeling.

Het heeft ook al deze verschillende adresvelden, zoals de stad, land/regio, provincie, enz.

Het is eigenlijk een lange lijst met velden die u normaal gesproken in een formulier zou zien, met andere items zoals Categorie, Kredietlimiet en andere.

Het mooie van deze velden is dat je niet eens hoeft na te denken over wat voor type veld elk item is. Ze zijn dienovereenkomstig geclassificeerd, met een specifieke kolom die het gegevenstype van elk item weergeeft.

Het toont bijvoorbeeld Adres1 als een meerregelige tekst.

Deze vooraf ingestelde CDS-entiteiten bieden ook zoekopdrachten voor ons. Kijkend naar het item hier voor Gemaakt door, blijkt dat het eigenlijk een zoekopdracht is die is gekoppeld aan een andere tabel die in een ander veld is gevonden.

Dit betekent dat het al deze relatiedatabases voor ons heeft opgezet, waardoor we die verbindingen niet handmatig hoeven in te stellen.

Als er velden zijn die we nodig hebben maar hier niet zien, is het ook eenvoudig om er zelf een toe te voegen. Klik gewoon op de knop "Veld toevoegen" linksboven.

Relaties

We kunnen ook Relaties vinden onder CDS-entiteiten.

Relaties laten zien welke kolommen in deze tabel daadwerkelijk afhankelijk zijn van andere tabellen. Hier wordt bijvoorbeeld weergegeven dat Gemaakt door een relatie heeft met de entiteit Gebruiker.

Deze relaties zijn ook gecategoriseerd op basis van het type relatie dat ze hebben met andere tabellen. In dit geval heeft Gemaakt door een veel-op-één-relatie met Gebruiker. Dit betekent dat er meerdere gebruikersaccounts kunnen zijn gemaakt door dezelfde persoon.

Deze persoon is dan te vinden in de gebruikerstabel, wat een andere entiteit is.

Nogmaals, het mooie van deze entiteiten is dat het systeem de juiste relatietypes voor ons heeft gegenereerd.

Naast veel-op-een-relaties zijn er nog twee andere soorten relaties: een-op-veel en veel-op-veel.

Verkoop is een gebied waar we geweldige voorbeelden kunnen zien van een-op-veel-relaties. Aan één account kunnen verschillende verkoopgegevens zijn gekoppeld.

Wat betreft veel-op-veel, dit is een beetje ingewikkelder. Dit is iets dat we niet echt willen gebruiken, tenzij absoluut noodzakelijk.

U kunt bijvoorbeeld veel accounts hebben die betrekking hebben op veel kortingen. U kunt een account hebben dat korting A en B toepast, terwijl een ander account korting B en C gebruikt.

Zakelijke regels

Een andere entiteit die echt interessant is, zijn bedrijfsregels. We hebben dit onderwerp besproken in onze zelfstudie over algemene gegevensservice .

Bedrijfsregels zijn een van de grootste voordelen van het gebruik van CDS. Ze dicteren de parameters die moeten worden gevolgd wanneer gebruikers met uw gegevens omgaan.

Stel, u heeft een restaurantbedrijf. Als u een medewerker heeft die alcohol mag schenken aan klanten, dan wilt u waarschijnlijk dat uit uw gegevens blijkt dat deze persoon de vergunning heeft om dat te doen. U kunt dus een bedrijfsregel toevoegen die vereist dat de alcohol-ID van de persoon wordt getoond voordat zijn informatie wordt toegevoegd.

U kunt uw eigen bedrijfsregels dicteren, afhankelijk van uw behoefte en situatie. Deze regels zijn geweldig omdat ze ervoor zorgen dat gebruikers niet de meest relevante stukjes informatie missen wanneer ze gegevens aan het systeem toevoegen.

Keer bekeken

Met weergaven kunt u bepalen wat de verschillende gebruikers van uw toepassing kunnen zien.

Vooral als u veel gevoelige gegevens in de app hebt geladen, wilt u niet dat elke gebruiker toegang heeft tot al deze gegevens. U wilt waarschijnlijk controle hebben over de items die gebruikers aan hun kant kunnen zien.

De actieve accounts zijn hier bijvoorbeeld ingesteld op openbare weergave. Dit betekent dat gebruikers deze actieve accounts kunnen zien.

Als we op Actieve accounts klikken, worden er 5 kolommen met gegevens weergegeven, wat gebruikers ook kunnen zien.

Als we meer gevoelige gegevens hebben, zoals verkoopgegevens, kan de weergave daarvan worden beperkt tot alleen beheerders of teamleiders.

Formulieren

Laten we deze keer eens kijken naar Formulieren.

Net als in canvas-apps bieden formulieren een platform voor het bewerken of maken van nieuwe records van de gegevens. We kunnen hier de formulieren maken voor een specifieke entiteit en deze vervolgens uploaden naar onze modelgestuurde app.

Net als alle andere soorten entiteiten zijn er formulieren die we gemakkelijk kunnen gebruiken. Er staat ook welk type formulier elk is.

Dus als we op Account klikken, wordt de formuliersjabloon geopend.

Zoals u kunt zien, is dit een heel standaardformulier met velden als Accountnaam, Telefoon, Fax en andere soortgelijke velden. Dit formulier kan ook worden aangepast, zodat we bepaalde velden kunnen toevoegen of verwijderen.

Andere CDS-entiteiten

Andere entiteiten zijn dashboards, grafieken, sleutels en gegevens . We zullen deze niet allemaal in detail bespreken in deze zelfstudie, maar sommige zullen in andere zelfstudies worden behandeld.

De dashboards hier werken op dezelfde manier als elk ander dashboard: ze zijn een verzameling grafieken die te vinden zijn in onze gemeenschappelijke gegevensservice. Het tabblad Grafieken toont hier ook grafieken binnen de CDS.

Het tabblad Sleutels laat zien wat er uniek is aan elk gegeven. Wat betreft het gegevenstabblad, het toont alle gegevens die beschikbaar zijn voor ons om te gebruiken met deze CDS.

CDS-entiteiten maken

Nu we begrijpen wat de verschillende entiteiten zijn, laten we het hebben over hoe we onze eigen entiteit kunnen creëren.

We beginnen door op de knop "Nieuwe entiteit" bovenaan de pagina te klikken.

Laten we deze nieuwe entiteit Klant noemen.

Laten we dit voor het primaire veld wijzigen in nummer.

We gaan nummer gebruiken als ons primaire veld, want als we kijken naar de gegevensbron die we gaan gebruiken, blijkt dat aan elke klant een klantnummer is toegewezen en dit dient als het primaire veld in de tabel.

Laten we nu op Maken klikken in het onderste gedeelte van het deelvenster.

Zoals u kunt zien, vertelt het ons dat het momenteel onze tafel bevoorraadt. Dus het is eigenlijk zorgen dat alles op zijn plaats zit.

Terwijl de inrichting aan de gang is, kunnen we hier slechts één rij zien.

Maar zodra de inrichting is voltooid, kunnen we alle items zien die gewoonlijk in deze entiteit zijn opgenomen.

Het feit dat dit een lange lijst met vermeldingen bevat, betekent niet dat we ze allemaal hebben toegevoegd. Wat Power Apps doet, is dat het naar andere databases kijkt die je al hebt en velden toevoegt waarvan het systeem denkt dat je die ook in deze nieuwe tabel zou moeten hebben.

Natuurlijk hoeven we niet per se alle items te gebruiken die Power Apps erin heeft gegooid. We kunnen altijd vasthouden aan het primaire veld dat we handmatig hebben toegevoegd, namelijk het veld Getal.

Power Apps Inleiding: definitie, kenmerken, functies en belang
Power Apps-omgevingen: de app-elementen correct instellen
PowerApps-functies en formules | Een introductie

Conclusie

Common data service of CDS maakt het makkelijker om al onze data te organiseren en te gebruiken. Wetende dat deze entiteiten de bouwsteen vormen van elke gemeenschappelijke dataservice, doet ons beseffen hoe belangrijk ze werkelijk zijn.

Het is ook geweldig dat ze zo intuïtief mogelijk zijn gebouwd, met kant-en-klare sjablonen die we kunnen gebruiken. Dit maakt het hele proces nog efficiënter en stelt ons in staat om onze tijd te maximaliseren terwijl we aan onze app werken.

Al het beste,

Henry