Home › Traag Power BI-rapport
Waarom laadt mijn Power BI-rapport zo traag, en wat doe je eraan?
Bijna nooit door het aantal rijen, bijna altijd door het model. Een platgeslagen tabel in plaats van een sterschema, measures die over miljoenen rijen itereren, bidirectionele relaties en berekende kolommen die in de bron thuishoren. Meer geheugen kopen helpt niet. Opnieuw modelleren en de measures herschrijven wel: in een recent traject ging de zwaarste visualisatie van 24 seconden naar 1,3 seconde.
Eerst meten, dan pas sleutelen
De grootste fout bij een traag rapport is beginnen met optimaliseren voordat je weet waar de tijd blijft. Wij meten eerst:
- Server Timings in DAX Studio: hoeveel tijd gaat naar de formule-engine, hoeveel naar de opslag-engine
- VertiPaq Analyzer: welke kolommen kosten het meeste geheugen en welke kun je missen
- Query-analyse per visual: welke visual is de boosdoener, want dat is er meestal maar één
Pas als dat op tafel ligt weet je of je het model moet herbouwen, een measure moet herschrijven of gewoon een kolom moet weglaten.
De vier oorzaken die we het vaakst tegenkomen
1. Geen sterschema
Eén brede tabel met alles erin voelt overzichtelijk maar is voor de engine het slechtst denkbare. Feiten en dimensies scheiden volgens Kimball geeft doorgaans de grootste sprong.
2. Measures die rij voor rij rekenen
Iteratorfuncties over miljoenen rijen, geneste FILTER-aanroepen, en logica die beter in de bron of in een berekende tabel had gezeten.
3. Bidirectionele relaties
Handig bij het bouwen, duur bij het uitvoeren. En ze maken de uitkomst soms onvoorspelbaar, wat erger is dan traag.
4. Te veel kolommen met hoge kardinaliteit
Tijdstempels tot op de seconde, technische sleutels en vrije tekstvelden die niemand gebruikt. Die vreten geheugen en vertragen elke query.
Wat dat oplevert
| Situatie | Voor | Na |
|---|---|---|
| Zwaarste visualisatie, projectbeheersing | ruim 24 seconden | 1,3 seconde |
| Merendeel van de visuals | — | onder 300 milliseconden |
| Rapportenlandschap bij een waterschap | 200+ Oracle-rapporten | 75 dashboards |
Lees de uitgewerkte case: projectcontrolling van 24 seconden naar 1,3 seconde .
Wat wij nodig hebben om te beginnen
- Het .pbix-bestand of toegang tot de werkruimte
- Een idee van welk rapport het meest gebruikt wordt en waar de klacht zit
- Toegang tot de bron, als het model daar aangepast moet worden
In 2024, Sonny assisted us in a business transformation program by providing hands-on support for the development of several PowerBI solutions, specifically he focussed on the optimization and efficiency improvements of an existing data model.
Een half uur is genoeg om te weten of het past
Geen presentatie en geen offerte aan het eind. We lopen je bronnen langs, je definities en je grootste ergernis.
Plan een half uurVeelgestelde vragen
Waarom is mijn Power BI-rapport traag?
In de meeste gevallen niet door het aantal rijen, maar door het model. Een platgeslagen tabel in plaats van een sterschema, measures die over miljoenen rijen itereren, bidirectionele relaties, en berekende kolommen die in de bron thuishoren. Meer geheugen kopen lost dat niet op, opnieuw modelleren wel.
Hoe meet je waar de tijd blijft?
Met DAX Studio en Server Timings zie je per visual hoeveel tijd naar de formule-engine gaat en hoeveel naar de opslag-engine. Met VertiPaq Analyzer zie je welke kolommen het meeste geheugen kosten. Zonder die meting ben je aan het gokken en optimaliseer je vaak het verkeerde.
Hoe snel zou een rapport moeten laden?
Voor een dashboard dat dagelijks gebruikt wordt is onder de 2 seconden een redelijke norm, en onder de 700 milliseconden per visual comfortabel. Bij een recente opdracht ging de zwaarste visualisatie van ruim 24 seconden naar 1,3 seconde, met het merendeel van de visuals onder de 300 milliseconden.
Moeten we dan alles opnieuw bouwen?
Meestal niet. De rapportpagina’s blijven vaak grotendeels staan; het model eronder gaat op de schop. Wij brengen eerst de bedrijfsprocessen in kaart, vertalen die naar een vereenvoudigd model, en herschrijven de measures. De gebruiker ziet hetzelfde scherm, maar dan snel.
Kunnen jullie eerst een analyse doen?
Ja. Een korte, betaalde doorlichting van je model en je zwaarste rapport tegen een vaste prijs. Daaruit komt waar de tijd blijft, wat de verwachte winst is en wat het kost om die te halen. Daarna beslis je of je verder wilt.