Dataverse-standaardtabellen versus virtuele tabellen: wanneer stop je met het kopiëren van data

By Mirko Peters · 2026-08-22

Vergelijk Dataverse-standaardtabellen met virtuele tabellen. Ontdek wanneer je moet stoppen met het kopiëren van bedrijfsdata en live vensters naar externe systemen kunt inrichten.

Automatically translated with AI from the original post. Read the English original

De keuze tussen een Dataverse-standaardtabel en een virtuele tabel bepaalt hoe efficiënt je organisatie met externe data omgaat. Standaardtabellen slaan records rechtstreeks op in Dataverse, terwijl virtuele tabellen live vensters openen naar externe ERP-, magazijn- of financiële systemen. Zo verdwijnen riskante synchronisatietaken 's nachts en verouderde informatie.

Belangrijkste punten

• Standaard-Dataverse-tabellen slaan records permanent lokaal op, terwijl virtuele tabellen live records tonen die op verzoek uit externe bronnen worden opgehaald.
• Met virtuele tabellen vervalt de noodzaak voor nachtelijke synchronisatietaken, die verkoopteams kwetsbaar maken voor verouderde voorraadaantallen.
• Architectuurkeuzes moeten prioriteit geven aan de plek waar het kernproces en het levenscyclusbeheer van een record echt thuishoren.
• Prestaties, beveiligingsmachtigingen en filtermogelijkheden werken op virtuele tabellen anders vanwege de afhankelijkheid van externe data.
• Organisaties kunnen opslagoverhead en datadubbeling verminderen door gebruikers rechtstreeks via Dynamics 365 te verbinden met de gezaghebbende externe applicaties.

Het architectuurdilemma: opslag versus toegang

Bij de implementatie van Microsoft Dynamics 365 of maatwerk-Power Apps staan architecten voortdurend voor een fundamentele ontwerpvraag: kopiëren we externe data naar Dataverse, of laten we die in het oorspronkelijke systeem staan en bouwen we een brug? Jarenlang was replicatie het standaardantwoord. Organisaties plande nachtelijke integratieroutines om productcatalogi, voorraadstanden en factuurhistorieken rechtstreeks in Dataverse te zetten, zodat gebruikers alles op één plek konden raadplegen.

Deze replicatiestrategie brengt echter ernstige architectonische bagage met zich mee. De opslaglimieten lopen op, de database raakt steeds voller en, belangrijker nog, verouderde data levert operationele risico's op. Als een magazijnmedewerker tijdens de lunch tien stuks van een kritiek artikel verzendt, blijft een gerepliceerde tabel in Dataverse die tien stuks tonen tot de volgende geplande batchsynchronisatie draait. Verkopers bieden vervolgens niet-beschikbare voorraad aan ontevreden klanten, wat leidt tot geannuleerde orders en verlies van vertrouwen. Standaardtabellen eisen volledige eigendom van de data die ze bevatten, waardoor ze slecht geschikt zijn voor snel veranderende operationele gegevens die eigendom zijn van gespecialiseerde bedrijfssystemen.

Standaardtabellen en virtuele tabellen vergeleken

Inzicht in de operationele verschillen tussen Dataverse-standaardtabellen en virtuele tabellen maakt duidelijk wanneer je welke architectuur moet inzetten. Het onderscheid gaat veel verder dan technische semantiek; het bepaalt de systeemeigendom, de gebruikersprocessen en de onderhoudsbelasting.

Standaard-Dataverse-tabellen

Standaardtabellen, zoals Accounts, Contacts en Opportunities, zijn volwaardige onderdelen van het Dataverse-ecosysteem. Dataverse maakt de databasetabellen aan, beheert de fysieke opslag, handhaaft het beveiligingsmodel op tabelniveau en voert bedrijfslogica, plug-ins en workflows native uit op de records. Wanneer een gebruiker een record aanmaakt of bijwerkt, is Dataverse de uiteindelijke autoriteit. De applicatielaag en de opslaglaag zijn volledig geïntegreerd.

Virtuele tabellen

Virtuele tabellen gedragen zich meer als een bibliotheekcatalogus of een beveiligde videostream. Dataverse bevat het schema, de kolomdefinities en de metadata die nodig zijn om een vertrouwde gebruikersinterface te tonen in modelgestuurde apps, maar de eigenlijke records worden er niet opgeslagen. Wanneer een gebruiker een weergave opent of een filter toepast, vertaalt Dataverse het verzoek, bevraagt het het externe systeem via een dataprovider en toont het het actuele antwoord direct. De externe applicatie blijft de onbetwiste eigenaar van de levenscyclus van het record.

Operationele afwegingen en beperkingen evalueren

Virtuele tabellen lossen het synchronisatieprobleem op, maar brengen ook specifieke beperkingen met zich mee die ontwikkelaars en beheerders zorgvuldig moeten afwegen. Omdat de onderliggende data niet in Dataverse staat, gedragen bepaalde platformfunctionaliteiten zich anders dan bij standaardtabellen.

Geavanceerd zoeken, complexe server-side plug-ins, roll-up-velden en asynchrone achtergrondworkflows kunnen zich onvoorspelbaar gedragen of volledig mislukken als ze uitgaan van lokale gegevensopslag. Bovendien hangt de prestatie rechtstreeks samen met de gezondheid en reactiesnelheid van de externe API of gegevensbron. Als de externe ERP- of magazijnapplicatie vertraging oploopt of offline gaat, zullen de bijbehorende virtuele tabellen in Dynamics 365 vastlopen of verbindingsfouten geven.

Ook het beveiligingsmodel vraagt om zorgvuldige planning. Dataverse-beveiligingsrollen kunnen bepalen wie de definitie van de virtuele tabel kan bekijken of bewerken, maar op rijniveau moet de beveiliging vaak worden afgedwongen op het niveau van de externe API of via aangepaste dataproviders, zodat gebruikers alleen toegang krijgen tot geautoriseerde records.

Conclusie

Kiezen tussen standaard Dataverse-tabellen en virtuele tabellen hangt uiteindelijk af van wie de levenscyclus van de data beheert en of je gebruikers persistente lokale opslag nodig hebben of alleen eenvoudig contextueel inzicht. Door externe gegevensbronnen in kaart te brengen in plaats van ze te repliceren, kunnen organisaties één schone werkomgeving in Dynamics 365 behouden, zonder Dataverse te laten verworden tot een rommelige verzameling dubbele databasetabellen. Om de fundamentele bouwstenen van deze integratiebenadering te verkennen, luister je zeker naar de volledige aflevering en abonneer je op de podcast voor meer praktische cloudinzichten.

Veelgestelde vragen

Verbruiken virtuele tabellen Dataverse-opslagcapaciteit?

Nee. Omdat virtuele tabellen in Dataverse alleen tabeldefinities, metadata en schema’s opslaan en de daadwerkelijke records in het externe systeem laten staan, verbruiken ze geen databaseopslagcapaciteit van je organisatie in Dataverse.

Kunnen gebruikers records bewerken die via een virtuele tabel worden weergegeven?

Ja, mits de onderliggende dataprovider en het externe systeem schrijfbewerkingen ondersteunen. Ingebouwde OData v4-providers en Finance and Operations-integraties kunnen acties voor maken, bijwerken en verwijderen ondersteunen, al blijft het externe systeem zijn eigen validatieregels afdwingen.

Wat gebeurt er als de externe gegevensbron offline gaat?

Als de externe applicatie of de bijbehorende API niet meer beschikbaar is, krijgen gebruikers die de virtuele tabel in Dynamics 365 bekijken laadfouten of lege rasters te zien, omdat realtime query's de externe records niet kunnen ophalen.

Zijn virtuele tabellen hetzelfde als virtuele entiteiten?

Ja. Virtuele entiteiten is de verouderde term die in oudere Microsoft-documentatie en -configuraties wordt gebruikt, terwijl virtuele tabellen de huidige officiële terminologie is. De onderliggende architectuur en concepten blijven identiek.