Dataverse-kolom

Wat is een Dataverse-kolom?

Een Dataverse-kolom definieert één gegevenselement voor records in een tabel. Ze heeft een weergavenaam, logische schema-naam, datatype en instellingen voor invoer, validatie en gedrag.

Apps lezen de metadata om geschikte controls te tonen. API's gebruiken de logische naam en het datatype. Een kolom is dus zowel gebruikersveld als onderdeel van een technisch contract.

Voorbeelden in een dossiertabel zijn Dossiernummer, Ontvangstdatum, Bedrag, Status en Verantwoordelijke.

Datatypes kiezen

Tekstkolommen hebben een maximale lengte en eventueel een formaat, zoals e-mail of URL. Getallen onderscheiden gehele, decimale, floating-point- en valutawaarden.

Datum en tijd kunnen gebruikerslokaal, alleen datum of tijdzone-onafhankelijk worden opgeslagen en weergegeven. De keuze beïnvloedt wat gebruikers in verschillende tijdzones zien.

Yes/no en choice-kolommen beperken waarden tot een beheerde set. Een lookup verwijst naar een record in een andere tabel en vormt de N:1-zijde van een relatie.

Choice versus aparte tabel

Een choice past bij een kleine, stabiele lijst zonder eigen attributen, zoals een eenvoudige prioriteitsklasse. Labels kunnen vertaald worden terwijl de numerieke waarde stabiel blijft.

Een aparte referentietabel past wanneer waarden een eigenaar, geldigheidsperiode, code, beschrijving of andere relaties hebben. Records kunnen dan zonder solutionrelease worden beheerd.

Maak geen choice met honderden vaak veranderende waarden. Dat verplaatst bedrijfsdata naar metadata en bemoeilijkt beheer.

Required levels en validatie

Een kolom kan optional, business recommended of business required zijn. Business required wordt door platforminterfaces afgedwongen, maar integraties en bijzondere bewerkingen moeten nog steeds correct worden getest.

Databaserequired geldt voor bepaalde systeemkolommen. Voor complexe voorwaarden zijn business rules, plug-ins of andere serverlogica nodig.

Een rood sterretje op een form is geen volledige datakwaliteitsstrategie. Leg ook toegestane waarden, bron en betekenis vast.

Berekende en rollupkolommen

Een formula- of calculated column leidt een waarde af uit andere gegevens volgens ondersteunde expressies. De waarde hoeft dan niet door iedere app apart te worden berekend.

Een rollup column aggregeert gerelateerde records, bijvoorbeeld het totale bedrag van dossierregels. Rollups worden volgens platformmechanismen berekend en zijn niet altijd direct synchroon na iedere wijziging.

Gebruik afgeleide kolommen bewust. Complexe of tijdkritische logica kan beter in een expliciete service of plug-in passen.

Voorbeeld in het dossiermodel

Dossiernummer is een korte tekstkolom en onderdeel van een alternate key. Status is een choice met beheerde proceswaarden. Klant is een lookup naar de klanttabel.

Ontvangstdatum gebruikt alleen datum wanneer het uur geen betekenis heeft. Beslisdatum kan wel tijdzonegedrag nodig hebben voor audit en termijnen.

Totaalbedrag wordt niet als vrij tekstveld bewaard. Een valutakolom legt precisie en valuta-informatie vast.

Kolombeveiliging en auditing

Column-level security kan lees-, maak- en schrijfrechten voor gevoelige kolommen beperken via field security profiles. Tabeltoegang blijft daarnaast vereist.

Gebruik dit voor velden zoals salaris of medische indicatie wanneer het algemene record breder toegankelijk is. Verbergen op een form beveiligt de API niet.

Auditing kan wijzigingen per kolom vastleggen. Selecteer doelgericht welke gegevens auditwaardig zijn en beheer retentie.

Wijzigen na ingebruikname

Logische namen zijn duurzaam en worden in formules, flows, code en integraties gebruikt. Een weergavenaam kan makkelijker veranderen dan het schema-contract.

Datatype, lengte of choicewaarden wijzigen kan bestaande data en consumers breken. Maak een migratieplan en test met productieachtige gegevens.

Verwijder een kolom pas nadat dependencies en bewaarbehoefte zijn gecontroleerd. Een solutionupgrade kan de fysieke data verwijderen wanneer het component wordt opgeschoond.