Microsoft Fabric als dataplatform: De toekomst van samenwerking in Power BI
Met de lancering van het dataplatform Microsoft Fabric in 2023 zijn de mogelijkheden om samen te werken aan Power BI-oplossingen flink uitgebreid. Dankzij integraties zoals deployment pipelines en GIT kunnen ontwikkelaars efficiënter samenwerken aan dashboards en semantische modellen. Met functies zoals repositories, branches, merges en pull requests wordt versiebeheer in Power BI eenvoudiger en flexibeler. Wat betekenen deze nieuwe mogelijkheden voor jouw organisatie.
PBIP: Samenwerken in Power BI met het Microsoft Fabric dataplatform
In mei 2023 werd Microsoft Fabric in preview gelanceerd als het nieuwe vlaggenschip op het gebied van data & analytics. Met deze lancering werd tevens de mogelijkheid geïntroduceerd op je in Power BI Desktop gerealiseerde Power BI rapport of semantisch model op te slaan in het PBIP-formaat. Tot voorkort was het alleen mogelijk om dit in het bekende PBIX-formaat te doen.
Het opslaan in PBIP-formaat is zo simpel als het klinkt. In Power BI Desktop kies je voor ‘Opslaan als’ en bij het bestandstype selecteer je PBIP in plaats van het standaard PBIX-formaat. Het verschil? Vanaf nu word je Power BI rapport definitief gescheiden van je semantisch model. Voor eindgebruikers geen enkel verschil en zelfs jij als ontwikkelaar merkt niets van het gebruik van een ander formaat. Het is echter wel een eerste essentiele stap in de richting van samen ontwikkelaar aan een Power BI product.
Wat er gebeurt? Op de locatie waar je het Power BI rapport of semantisch model opslaat komt niet alleen een .PBIX bestand te staan, maar worden tevens 2 mappen aangemaakt. Eén map voor het rapport en één voor het semantisch model. Binnen deze mappen wordt de door Power BI Desktop gegenereerde broncode voor je rapport opgeslagen.
Tabular Model Definition Language (TMDL): Meer controle over je Power BI-modellen
Eén van de preview functionaliteiten van Power BI bied je de mogelijkheid om je rapport in TMDL (Tabular Model Definition Language) op te slaan. Als je hier voor kiest wordt de definitie van je semantisch model zeer gedetailleerd opgeslagen binnen de map ‘SemanticModel’.
Een voorbeeld. Je semantische model bestaat uit 3 tabellen. Wanneer de optie TMDL is uitgeschakeld wordt er één bestand aangemaakt in de map SemanticModel waarin de definitie van de 3 tabellen is opgenomen. Wanneer je de optie TMDL hebt ingeschakeld wordt voor iedere individuele tabel een bestand aangemaakt.
Maar wat heb je daar dan aan? Het biedt je meerdere voordelen. Ten eerste geeft et de gemiddelde ontwikkelaar meer overzicht. Voor ieder onderdeel van je semantisch model een apart bestand betekent ook dat je in de ‘code’ veel sneller iets terug kunt vinden. Ten tweede brengt het voordelen met zich mee op het gebied van samenwerken. Past ontwikkelaar 1 tabel A aan en ontwikkelaar 2 tabel B dan wijzigen ze allebei een ander bestand en zitten ze elkaar zodoende niet in de weg.
Een opgeslagen Power BI rapport in PBIP-formaat met TMDL uitgeschakeld. Het volledige model is beschreven in model.bim.
Een opgeslagen Power BI rapport in PBIP-formaat met TMDL ingeschakeld. Er komt een map definition bij en het bestand model.bim vervalt.
PBIR: Meer flexibiliteit in Power BI met het Enhanced Report Format
Naast TMDL is er ook de optie om te kiezen voor PBIR. Waar TMDL je semantisch model opsplitst in losse defintiebestanden, doet PBIR dat voor je rapportages en visualisaties. De voordelen zijn hetzelfde, namelijk dat het meer overzicht biedt en tegelijkertijd kan ontwikkelaar 1 werken aan visualisatie of pagina X terwijl ontwikkelaar visualisatie of pagina Y aanpakt.
Een opgeslagen Power BI rapport in PBIP-formaat met PBIR uitgeschakeld. Het volledige rapport is beschreven in report.json.
Een opgeslagen Power BI rapport in PBIP-formaat met PBIR ingeschakeld. Er komt een map definition bij en het bestand report.json vervalt.
Belangrijk: het gebruik van PBIR kent nog de nodige limitaties. Voor een volledige lijst van limitaties, zie de Microsoft documentatie. Daarnaast is het niet mogelijk om een als PBIR opgeslagen rapport terug te zetten naar PBIX of PBIP.
GIT-integratie in Power BI: Nooit meer werk kwijtraken door versiebeheer
De mogelijkheid om zowel voor je semantisch model als voor je rapportage alle onderdelen op te slaan in losse bestanden maakt het integreren met GIT voor ontwikkelaars ook een stuk interessanter. Je kunt volledig gebruik maken van repositories, pull requests, branches en alle andere voordelen van GIT-integratie. Grootste winst: al passen twee ontwikkelaars tegelijkertijd hetzelfde rapport of datamodel aan, worden wijzigingen automatisch gedetecteerd en kun je deze naar wens samenvoegen zodat werk nooit verloren hoeft te gaan. Iets wat lange tijd onmogelijk was in de tijd van alleen PBIX-bestanden.
Â
Wil je meer informatie over werken met GIT? Neem dan contact met ons op.
Samenwerken in Microsoft Fabric
Dankzij de komst van verschillende mogelijkheden om je rapport in andere formaten op te slaan is het voor ontwikkelaars mogelijk geworden om tegelijkertijd samen te werken aan dezelfde informatieproducten. Integratie met GIT biedt bijkomende voordelen dat automatisch versiehistorie wordt bijgewerkt en je hoeft niet meer te wachten tot je collega klaar is met zijn of haar wijzigen.
Goed om te weten
Het kan zijn dat tijdens het lezen van deze blog één of meerdere van bovenstaande functionaliteiten nog in preview zijn. In dat geval dient de desbetreffende functionaliteit binnen de instellingen van Power BI Desktop te zijn ingeschakeld om er gebruik van te kunnen maken.
Get Responsive LIVE
Op 9 januari 2025 was ik te gast bij het webinar Get Responsive LIVE #192 om over dit onderwerp te praten. Meer weten over dit onderwerp of bovenstaand verhaal nog eens met een live demo terugkijken? Dat kan via deze link.
