De vraag komt in bijna elk project één keer langs: zetten we dit in een SharePoint-lijst of in Dataverse? Vaak valt het antwoord al voordat iemand het hardop zegt, op gevoel. En meestal klopt dat gevoel. Maar het helpt om te weten waaróm, want de keuze is lastig terug te draaien als er eenmaal maanden aan data en formulieren op staan.

Allebei zijn het prima plekken om data te bewaren. Ze lossen alleen niet hetzelfde probleem op. Een lijst is een lijst. Dataverse is een database met spelregels. Hieronder de afwegingen die we in de praktijk maken, zonder dogma, want we kiezen zelf geregeld voor allebei binnen dezelfde organisatie.

Wat een SharePoint-lijst goed doet

Een SharePoint-lijst staat sneller dan mensen denken, en kost niets extra. Hij zit in je Microsoft 365-licentie, je hebt geen premium-connector nodig, en voor platte, lijstachtige data werkt hij prima. Een aanmeldformulier, een materiaalregistratie, een overzicht van aanvragen dat vooral aan documenten hangt: daar is een lijst op zijn plek.

De kracht zit in de nabijheid. De data woont naast de documentbibliotheek, de Teams-site en de mensen die er toch al werken. Een eenvoudige Power Automate-flow eroverheen, een view of twee, en je hebt iets werkends voor het einde van de week. Voor veel interne processen is dat precies genoeg, en alles wat zwaarder is zou verspilling zijn.

Waar de lijst gaat knellen

De grens komt in zicht zodra je gaat koppelen en groeien. Lookups tussen lijsten bestaan, maar ze zijn broos. Er is geen echte referentiële integriteit, dus niets houdt iemand tegen om een record te verwijderen waar nog vijftig andere naar verwijzen. Wat overblijft zijn verwijzingen naar niets, en dat merk je pas als een rapport rare uitkomsten geeft.

En dan is er de bekende grens van 5.000 items. Boven die drempel gaat de list view threshold knijpen: filteren op een kolom die niet geïndexeerd is werkt niet meer, en in Power Apps krijg je delegation-waarschuwingen. Die waarschuwing is vervelender dan hij oogt, want je app blijft gewoon draaien. Hij geeft alleen stilletjes incomplete resultaten terug, en dat is precies het soort fout dat niemand opmerkt tot het misgaat.

Power Apps toont een delegation-waarschuwing bij een SharePoint-lijst boven de 5.000 items
Boven de 5.000 items levert een niet-delegeerbare query in Power Apps incomplete resultaten op, zonder foutmelding.

Je komt een eind met geïndexeerde kolommen en slim gebouwde views, en we doen dat ook. Maar je merkt dat je dan tegen het gereedschap aan het vechten bent. Op een gegeven moment is dat een signaal, geen klusje.

Wat Dataverse je geeft

Dataverse is de andere kant. Je krijgt echte relaties tussen tabellen, met integriteit die de database bewaakt in plaats van jouw flow. Je krijgt beveiliging per rij via security roles, keuzelijsten die ergens op slaan, en server-side logica met business rules die draait of de gebruiker nou via een app, een flow of de API binnenkomt. Voor data met meerdere entiteiten die naar elkaar verwijzen, of data waar de beveiliging strak moet zijn, is dat het verschil tussen bouwen en blijven verbouwen.

Het tweede dat je krijgt is rust bij groei. Een tabel met honderdduizenden rijen is geen probleem, queries blijven delegeerbaar, en je hoeft niet halverwege je architectuur om te gooien omdat een drempel in zicht komt. Wie weet dat een proces gaat groeien, kiest die rust beter meteen dan achteraf.

De prijs van Dataverse

Dat heeft een prijs, letterlijk. Dataverse vraagt premium-licenties, en dat telt op bij elke gebruiker of elke app. Voor een interne tool met tweehonderd medewerkers is dat een bedrag dat je vooraf wilt kennen, niet eentje dat je ontdekt bij de eerste verlenging. De kosten zijn vaak goed te verdedigen, zeker als het proces ertoe doet, maar ze horen wel in de afweging thuis.

De andere kant van diezelfde medaille: een simpel intern formuliertje in Dataverse duwen omdat het 'netter' voelt, is net zo goed een verkeerde keuze als alles in een lijst proppen. Zwaar gereedschap voor licht werk kost onderhoud, licenties en uitleg, zonder dat iemand er beter van wordt. Het goede antwoord hangt af van wat het werk vraagt, en dat is zelden wat het mooist oogt op een architectuurplaat.

De vuistregels die we aanhouden

Als we twijfelen, vallen we terug op een paar regels. Ze zijn niet absoluut, maar ze brengen het gesprek snel naar de kern.

Beslisboom: meerdere gerelateerde tabellen, beveiliging per rij of groei wijzen naar Dataverse, anders een SharePoint-lijst
De afweging in het kort. Bij twijfel wegen groei en beheer het zwaarst.
  • Eén platte entiteit, weinig relaties, beperkt volume, dicht tegen documenten aan: SharePoint.
  • Meerdere gerelateerde tabellen, integriteit of beveiliging per rij nodig, en het groeit: Dataverse.
  • Twijfel je? Kijk niet naar hoe het er nu uitziet, maar naar waar het over twee jaar staat en wie het dan beheert.

De duurste fout is meestal niet de verkeerde keuze, maar de keuze die je te laat herziet. Een lijst die langzaam een database werd, migreren naar Dataverse terwijl er al honderd mensen op werken, kost een veelvoud van wat het vooraf had gekost.

Het irritante antwoord blijft dus 'het hangt ervan af', maar de afhankelijkheid is wel te benoemen. De meeste spijt die we zien komt van lijsten die te groot werden voor hun jasje, niet van Dataverse dat te zwaar was. Als je twijfelt tussen de twee, twijfel je waarschijnlijk al aan de lijst. Dat is op zich een antwoord.