Separera rapporter från modeller i Power BI Desktop
När du skapar en Power BI Desktop lösning är en av de första uppgifterna du behöver göra att hämta data. Att hämta data kan resultera i två distinkt olika resultat. Det kan:
- Skapa en live-anslutning till en redan publicerad modell, som kan vara en Power BI datauppsättning eller en fjärrvärdbaserade Analysis Services modell.
- Påbörja utvecklingen av en ny modell, som kan vara antingen en import-, DirectQuery- eller sammansatt modell.
Den här artikeln handlar om det andra scenariot. Den ger vägledning om huruvida en rapport och modell ska kombineras till en enda Power BI Desktop fil.
Lösning med en fil
En enda fillösning fungerar bra när det bara finns en enda rapport baserad på modellen. I det här fallet är det troligt att både modellen och rapporten är samma persons arbete. Vi definierar den som en personlig BI-lösning, men rapporten kan delas med andra. Sådana lösningar kan representera rollomfångsrapporter eller engångsutvärderingar av en affärsutmaning, vilket ofta beskrivs som ad hoc-rapporter.
Separera rapportfiler
Det är klokt att separera modell- och rapportutveckling i Power BI Desktop filer när:
- Datamodellerare och rapportförfattare är olika personer.
- Man förstår att en modell kommer att vara källa för flera rapporter, nu eller i framtiden.
Datamodellerare kan fortfarande använda Power BI Desktop för att testa och validera sin modelldesign. Men precis efter att ha publicerat filen Power BI tjänsten bör de ta bort rapporten från arbetsytan. Och de måste komma ihåg att ta bort rapporten varje gång de publicerar om och skriver över datauppsättningen.
Bevara modellgränssnittet
Ibland är modelländringar oundvikliga. Datamodellerare måste vara försiktig, inte bryt modellgränssnittet. Om de gör det är det möjligt att relaterade visuella rapportvisuella objekt eller paneler på instrumentpanelen bryts. Brutna visuella objekt visas som fel, och de kan leda till frustrerade rapportförfattare och konsumenter. Och ännu värre – de kan minska förtroendet för data.
Hantera därför modelländringar noggrant. Undvik om möjligt följande ändringar:
- Byta namn på tabeller, kolumner, hierarkier, hierarkinivåer eller mått.
- Ändra kolumndatatyper.
- Ändra måttuttryck så att de returnerar en annan datatyp.
- Flytta mått till en annan starttabell. Det beror på att flytt av ett mått kan bryta rapportomfångsmått som fullständigt kvalificerar mått med deras starttabellnamn. Vi rekommenderar inte att du skriver DAX-uttryck med fullständigt kvalificerade måttnamn. Mer information finns i DAX: Kolumn- och måttreferenser.
Att lägga till nya tabeller, kolumner, hierarkier, hierarkinivåer eller mått är säkert, med ett undantag: Det är möjligt att ett nytt måttnamn kan krocka med ett måttnamn med rapportomfång. För att undvika kollisioner rekommenderar vi att rapportförfattare använder en namngivningskonvention när de definierar mått i sina rapporter. De kan lägga till prefix för måttnamn med rapportomfång med understreck eller andra tecken.
Om du måste göra större ändringar i dina modeller rekommenderar vi att du gör något av följande:
- Visa relaterat innehåll för datauppsättningen i Power BI tjänsten.
- Utforska vyn Data härledning i Power BI tjänsten.
Med båda alternativen kan du snabbt identifiera relaterade rapporter och instrumentpaneler. Datakällans vy är förmodligen det bättre valet eftersom det är enkelt att se kontakten för varje relaterad artefakt. I själva verket är det en hyperlänk som öppnar ett e-postmeddelande adresserat till kontakten.
Vi rekommenderar att du kontaktar ägaren till varje relaterad artefakt för att meddela dem om planerade, större ändringar. På så sätt kan de vara förberedda och redo att åtgärda och publicera sina rapporter på nytt, vilket minimerar stilleståndstiden och frustrationen.
Nästa steg
Mer information om ämnet i den här artikeln finns i följande resurser: