Import vs DirectQuery vs Direct Lake: de juiste opslagmodus voor Power BI kiezen

By Mirko Peters · 2026-10-22

Vergelijk de opslagmodi Import, DirectQuery en Direct Lake in Power BI om de rapportprestaties, de actualiteit van gegevens en de infrastructuurkosten te optimaliseren.

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

De juiste Power BI-opslagmodus bepaalt hoe snel je rapporten laden en hoe actueel je onderliggende cijfers blijven. Door de operationele verschillen, kostenimplicaties en schaalgrenzen van Import, DirectQuery en Direct Lake te begrijpen, kunnen ontwikkelaars de prestaties optimaliseren zonder afbreuk te doen aan de nauwkeurigheid van business intelligence.

Belangrijkste punten

• De opslagmodus wordt per tabel ingesteld, zodat ontwikkelaars flexibele samengestelde modellen kunnen bouwen die verschillende strategieën voor gegevensbronnen combineren.
• Importmodus biedt hoge prestaties dankzij geheugencompressie, maar vertrouwt op geplande vernieuwingen om gegevens bij te werken.
• DirectQuery biedt live, realtime toegang tot gegevens doordat bij elke actie van een gebruiker rechtstreeks de brondatabase wordt bevraagd. Daarbij erf je wel de prestatiebeperkingen van de bron.
• Direct Lake levert binnen Microsoft Fabric snelle prestaties doordat Delta-tabellen rechtstreeks uit OneLake worden gelezen, zonder volledige kopieën van de gegevens.
• Bij het ontwerpen van semantische modellen voor grote organisaties is het essentieel om querykwaliteit, actualiteit van gegevens en licentiekosten met elkaar in balans te brengen.

Power BI-opslagmodi begrijpen

Elk Power BI-semantisch model heeft een manier nodig om gegevens op te halen en op te slaan. De opslagmodus bepaalt of gegevens fysiek in het model worden gekopieerd, on-demand uit een externe database worden opgehaald of rechtstreeks uit analytische bestandsopslag worden gelezen. Omdat de opslagmodus per afzonderlijke tabel wordt ingesteld en niet globaal voor het hele semantische model, kunnen rapportagearchitecten verschillende benaderingen combineren op maat van specifieke business units.

Een verkeerde keuze voor de opslag leidt vaak tot trage dashboards, mislukte gegevensvernieuwingen of een onnodig hoog geheugengebruik. Om weloverwogen architectuurbeslissingen te nemen, moet je beoordelen hoe je gegevens groeien, hoe vaak ze wijzigen en wat je gebruikers qua prestaties verwachten.

Werking en afwegingen van de importmodus

Importmodus is de standaard en meest gebruikte aanpak voor beginners. Wanneer je de importmodus gebruikt, haalt Power BI een kopie van je brongegevens op, comprimeert die sterk (vaak met een compressieverhouding van 10 op 1) en laadt ze rechtstreeks in het geheugen (RAM) binnen de Power BI-service.

Omdat de gegevens volledig in het geheugen staan, worden rapportvisuals razendsnel weergegeven. Gebruikers kunnen gegevens snel doorsnijden, filteren en analyseren zonder te wachten op verbindingen met externe databases. De grote afweging is echter de actualiteit van de gegevens. Geïmporteerde cijfers zijn alleen zo actueel als je laatste geplande vernieuwing. Op gedeelde Power BI-capaciteit kun je gegevens tot acht keer per dag vernieuwen; Premium-capaciteit staat tot 48 vernieuwingen per dag toe. Als je bedrijf updates binnen een minuut nodig heeft, is de importmodus alleen niet voldoende.

DirectQuery voor realtimebehoeften

DirectQuery doet precies het tegenovergestelde: er wordt helemaal geen data in het model gekopieerd. In plaats daarvan bewaart het semantische model alleen de metadata: de tabellen, relaties en metingen. Telkens wanneer een gebruiker een rapportvisual opent of op een slicer klikt, vertaalt Power BI die interactie naar een live query die rechtstreeks naar de onderliggende relationele database wordt gestuurd.

Dit garandeert dat je gegevens altijd actueel zijn, en het verwijdert de kunstmatige bestandsgrootte-beperkingen die geheugenlimieten opleggen. DirectQuery heeft echter een flinke prestatiebelasting. Als je onderliggende database traag is, zullen je rapporten dramatisch langzaam zijn. Bovendien zijn DAX-berekeningen beperkt tot wat de brondatabase native kan interpreteren, en intensief gelijktijdig gebruik door meerdere rapportgebruikers kan je bronsysteem overbelasten.

Direct Lake: het voordeel van Fabric

Direct Lake is speciaal geïntroduceerd voor Microsoft Fabric en overbrugt de kloof tussen de snelheid van de Import-modus en de actuele data van DirectQuery. Direct Lake leest Delta-tabellen die zijn opgeslagen in OneLake, het gedeelde analytics-datamagazijn van Fabric, en laadt op verzoek alleen de kolommen die een query nodig heeft rechtstreeks in het geheugen.

Het meest opvallende kenmerk van Direct Lake is het verversingsmechanisme. In tegenstelling tot de Import-modus, waarbij een volledige kopie van de data moet worden gemaakt en opnieuw geladen, werkt een Direct Lake-verversing alleen de metadata bij (een proces dat Microsoft "framing" noemt), en dat gebeurt in enkele seconden. Zo krijg je geheugensnelle prestaties zonder de overhead van dagelijkse dataduplicatie. Let op: Direct Lake vereist een betaald abonnement op een Microsoft Fabric-capaciteit. Het is dus een oplossing voor de enterprise en geen gratis upgrade.

Composite-modellen bouwen voor optimale prestaties

Je bent niet verplicht om voor je hele semantische model één opslagmodus te kiezen. Door verschillende opslagtypen binnen één model te combineren, creëer je wat Microsoft een composite-model noemt. Een klassiek, zeer effectief patroon is om kleine, stabiele dimensietabellen (zoals productlijsten of klantcategorieën) in de Import-modus te plaatsen voor direct filteren, terwijl je grote, snel groeiende feitentabellen (zoals transactielogs) in DirectQuery plaatst of Direct Lake gebruikt.

Deze hybride aanpak geeft rapportauteurs het beste van twee werelden: een vlotte reactiesnelheid van de gebruikersinterface dankzij de gecachte dimensietabellen, gecombineerd met transactiedata in real time vanuit de bron. Goede planning in de architectuurfase zorgt ervoor dat je organisatie onnodige infrastructuurkosten vermijdt en toch data snel beschikbaar houdt.

Conclusie

Of je kiest voor Import, DirectQuery of Direct Lake, hangt uiteindelijk af van de schaal van je organisatie, je budget en je eisen aan realtime data. Door de opslagmodus af te stemmen op het operationele ritme van je bedrijfsdata, bouw je betrouwbare en responsieve analyseomgevingen. Wil je meer weten over het opzetten van robuuste semantische modellen? Luister de volledige aflevering en abonneer je op de podcast voor dagelijkse inzichten over de Microsoft-cloud.

Veelgestelde vragen

Kan ik Import- en DirectQuery-tabellen combineren in hetzelfde Power BI-model?

Ja. Power BI ondersteunt composite-modellen, waarmee je voor afzonderlijke tabellen binnen hetzelfde semantische model verschillende opslagmodi kunt instellen.

Hoe vaak kan ik een geïmporteerd Power BI-model verversen?

Op gedeelde capaciteit kunnen geplande verversingen tot 8 keer per dag draaien. Op Premium- of Fabric-capaciteit kun je verversingen tot 48 keer per dag plannen.

Vereist Direct Lake een speciaal licentieniveau?

Ja, Direct Lake vereist een abonnement op een Microsoft Fabric-capaciteit, terwijl Import en DirectQuery kunnen werken met standaard Power BI-licenties (gratis of Pro).

Wat gebeurt er met DAX-berekeningen in de DirectQuery-modus?

DAX-formules in DirectQuery moeten vertaalbaar zijn naar native query's die de onderliggende brondatabase begrijpt. Dat beperkt het gebruik van bepaalde complexe of iteratieve functies.