Rapporten scheiden van modellen in Power BI Desktop

  • Artikel

Wanneer u een nieuwe Power BI Desktop-oplossing maakt, moet u eerst gegevens ophalen. Het ophalen van gegevens kan leiden tot twee verschillende resultaten. Dit kan:

  • Maak een liveverbinding met een al gepubliceerd model. Dit kan een semantisch Power BI-model (voorheen een gegevensset genoemd) of een extern gehost Analysis Services-model zijn.
  • Begin met de ontwikkeling van een nieuw model, dat een Import-, DirectQuery- of Samengesteld model kan zijn.

Dit artikel heeft betrekking op het tweede scenario. Het biedt richtlijnen voor het feit of een rapport en model moeten worden gecombineerd in één Power BI Desktop-bestand.

Oplossing voor één bestand

Een oplossing voor één bestand werkt goed wanneer er maar één rapport is gebaseerd op het model. In dit geval is het waarschijnlijk dat zowel het model als het rapport de inspanningen van dezelfde persoon zijn. We definiëren het als een persoonlijke BI-oplossing , hoewel het rapport met anderen kan worden gedeeld. Dergelijke oplossingen kunnen rapporten met rollen of eenmalige evaluaties van een zakelijke uitdaging vertegenwoordigen, vaak beschreven als ad-hocrapporten .

A single file contains a model and report, developed by the same person.

Afzonderlijke rapportbestanden

Het is zinvol om model- en rapportontwikkeling te scheiden in afzonderlijke Power BI Desktop-bestanden wanneer:

  • Gegevensmodellers en rapportauteurs zijn verschillende personen.
  • Het is duidelijk dat een model de bron is voor meerdere rapporten, nu of in de toekomst.

There are three PBIX files. The first contains only a model. The other two contain only reports, and they live connect to the model hosted in the Power BI service. The reports are developed by different people.

Gegevensmodelleerders kunnen nog steeds de ontwerpervaring voor Power BI Desktop-rapporten gebruiken om hun modelontwerpen te testen en te valideren. Na het publiceren van het bestand naar de Power BI-service moeten ze het rapport echter uit de werkruimte verwijderen. En ze moeten het rapport telkens verwijderen wanneer ze het semantische model opnieuw publiceren en overschrijven.

De modelinterface behouden

Soms zijn modelwijzigingen onvermijdelijk. Gegevensmodellers moeten ervoor zorgen dat de modelinterface niet wordt onderbroken. Als dit het gebeurt, is het mogelijk dat gerelateerde rapportvisuals of dashboardtegels worden verbroken. Verbroken visuals worden weergegeven als fouten en kunnen leiden tot frustratie voor rapportauteurs en consumenten. En erger: ze kunnen het vertrouwen in de gegevens verminderen.

Beheer daarom zorgvuldig modelwijzigingen. Vermijd indien mogelijk de volgende wijzigingen:

  • De naam van tabellen, kolommen, hiërarchieën, hiërarchieniveaus of metingen wijzigen.
  • Kolomgegevenstypen wijzigen.
  • Metingenexpressies wijzigen zodat ze een ander gegevenstype retourneren.
  • Metingen verplaatsen naar een andere basistabel. Dit komt doordat het verplaatsen van een meting kan zorgen dat metingen binnen het rapportbereik worden verbroken die volledig in aanmerking komen voor metingen met de naam van de basistabel. U wordt niet aangeraden DAX-expressies te schrijven met behulp van volledig gekwalificeerde metingen. Zie DAX: Kolom- en metingverwijzingen voor meer informatie.

Het toevoegen van nieuwe tabellen, kolommen, hiërarchieniveaus, hiërarchieniveaus of metingen is veilig, met één uitzondering: het is mogelijk dat een nieuwe metingsnaam kan botsen met de naam van een meting binnen het rapportbereik. Om conflicten te voorkomen, raden we aan rapportauteurs een naamconventie te gebruiken bij het definiëren van metingen in hun rapporten. Ze kunnen namen van meten binnen het rapportbereik voorzien van een onderstrepingsteken of een of meer andere tekens.

Als u belangrijke wijzigingen in uw modellen moet aanbrengen, raden we u aan het volgende te doen:

Met beide opties kunt u snel gerelateerde rapporten en dashboards identificeren. Gegevensherkomstweergave is waarschijnlijk de betere keuze, omdat het gemakkelijk is om de contactpersoon voor elk gerelateerd item te zien. Het is zelfs een hyperlink waarmee een e-mailbericht wordt geopend dat is geadresseerd aan de contactpersoon.

We raden u aan contact op te leggen met de eigenaar van elk gerelateerd item om ze op de hoogte te stellen van geplande wijzigingen die fouten veroorzaken. Op deze manier kunnen ze worden voorbereid en klaar om hun rapporten op te lossen en opnieuw te publiceren, waardoor downtime en frustratie worden geminimaliseerd.

Gerelateerde inhoud

Raadpleeg de volgende bronnen voor meer informatie over dit artikel: