Dataverse-relatie

Wat is een Dataverse-relatie?

Een Dataverse-relatie beschrijft hoe records uit twee tabellen met elkaar verbonden zijn. Apps gebruiken relaties voor lookups, gerelateerde lijsten, navigatie, queries en bepaalde beveiligings- en cascadebewerkingen.

Een relatie heeft een schema-naam en metadata over de betrokken tabellen. De betekenis hoort een echte bedrijfsverbinding te zijn, niet alleen een handige schermkoppeling.

Voorbeelden zijn Klant heeft Dossiers, Dossier bevat Documenten en Medewerker neemt deel aan Projecten.

Eén-op-veel en veel-op-één

Bij een 1:N-relatie kan één record aan meerdere records in een andere tabel gekoppeld zijn. Eén klant heeft bijvoorbeeld meerdere dossiers.

Aan de N-zijde staat een lookupkolom die naar het record aan de 1-zijde verwijst. Vanuit Dossier bekeken is dezelfde verbinding N:1 naar Klant.

De lookup bewaart de recordreferentie. De weergavenaam die een gebruiker ziet kan veranderen zonder dat de koppeling verloren gaat.

Veel-op-veel

Een N:N-relatie laat meerdere records aan beide kanten toe, bijvoorbeeld medewerkers en projecten. Dataverse beheert daarvoor een intersectrelatie.

Een standaard N:N-relatie past wanneer de koppeling zelf geen bedrijfsgegevens heeft. Zodra deelname een rol, startdatum of percentage nodig heeft, hoort de verbinding een eigen tabel te worden.

Die associatietabel maakt de relatie een volwaardig bedrijfsobject dat kan worden beveiligd, geaudit en geautomatiseerd.

Het klant-dossiermodel

Klant heeft een 1:N-relatie met Dossier. Dossier heeft 1:N-relaties met Document en Beoordeling. Iedere child record bevat een lookup naar zijn parent.

Dossier en Thema hebben een N:N-relatie wanneer een dossier meerdere onafhankelijke labels kan krijgen. Als ieder label ook een beoordelingsscore heeft, wordt DossierThema een aparte tabel.

Forms tonen gerelateerde records via subgrids. Flows en queries kunnen via een lookup de gekoppelde klant opvragen.

Referential en parental gedrag

Relatiegedrag bepaalt wat bij acties op een parent gebeurt. Referential gedrag beperkt cascades; parental gedrag kan acties naar child records laten doorwerken.

Configurabele cascades bestaan onder meer voor toewijzen, delen, delen intrekken, reparent, samenvoegen en verwijderen. Niet iedere combinatie is voor iedere relatie toegestaan.

Een cascade delete kan alle afhankelijke records verwijderen. Kies dit alleen wanneer child records zonder parent geen zelfstandige betekenis of bewaarplicht hebben.

Beveiliging en ownership

Een relatie verleent niet automatisch leesrecht op het gekoppelde record. Security roles, ownership, teams en delen blijven gelden.

Cascade voor assign of share kan toegang wel beïnvloeden. Een te brede instelling kan veel records onverwacht aan een andere eigenaar of groep beschikbaar maken.

Test relaties met realistische rollen en recordstructuren. Beheerders zien door hun brede rechten niet altijd wat een eindgebruiker ervaart.

Relaties versus tekstsleutels

Een klantnummer als tekst in een dossier is geen Dataverse-relatie. Het platform kan dan geen referentiële navigatie of lookupmetadata bieden.

Gebruik een lookup voor interne relaties en eventueel een alternate key voor integratie. Externe bronsleutels kunnen daarnaast als aparte kolommen blijven bestaan.

Vermijd dubbele waarheden waarin zowel tekstnummer als lookup onafhankelijk wijzigbaar zijn. Leg vast welke bron leidend is.

Wijzigen en verwijderen

Een relatie wordt door forms, views, flows, plug-ins en rapporten gebruikt. Controleer dependencies voordat schema of cascadegedrag verandert.

Een nieuwe verplichte parentrelatie vraagt een migratie voor bestaande child records. Maak de lookup zo nodig eerst optioneel, vul gegevens aan en verscherp daarna de regel.

Documenteer cardinaliteit, betekenis, ownership en verwijdergedrag. Daarmee blijft het model begrijpelijk wanneer apps en teams later veranderen.