Share via


Power BI-gebruiksscenario's: Geavanceerd gegevensmodelbeheer

Notitie

Dit artikel maakt deel uit van de reeks artikelen over de implementatieplanning van Power BI. Deze reeks richt zich voornamelijk op de Power BI-workload in Microsoft Fabric. Zie de planning van de Power BI-implementatie voor een inleiding tot de reeks.

Dit gebruiksscenario is gericht op geavanceerd gegevensmodelbeheer. Dit is wanneer een maker van Power BI-inhoud afhankelijk is van een hulpprogramma van derden voor het ontwikkelen, beheren of optimaliseren van gegevensmodellen. Sommige hulpprogramma's van derden zijn externe hulpprogramma's, die power BI Desktop rechtstreeks ondersteunt. U kunt ook een gepubliceerd gegevensmodel (semantisch model, voorheen een gegevensset genoemd) beheren door rechtstreeks te communiceren met het XMLA-eindpunt in de Power BI-service.

Gegevensmodellen worden gehost in de Power BI-service, Azure Analysis Services (AAS) of SQL Server Analysis Services (SSAS). Dit gebruiksscenario is gericht op het gebruik van het XMLA-eindpunt in de Power BI-service.

Tip

Veel mensen verwijzen naar hulpprogramma's van derden als externe hulpprogramma's. Er zijn echter verschillen in hoe verschillende hulpprogramma's kunnen worden gebruikt. Verbinding maken naar een lokaal gegevensmodel in Power BI Desktop is de meest letterlijke interpretatie van het externe hulpprogramma van de term. Dit scenario voor geavanceerd gegevensmodelbeheer richt zich op het maken van verbinding met een extern gegevensmodel (een semantisch model dat wordt gehost in de Power BI-service) met behulp van het XMLA-eindpunt. Verderop in dit artikel vindt u meer informatie over de verschillende manieren om hulpprogramma's van derden te gebruiken.

U kunt verbinding maken met een gegevensmodel met behulp van het XMLA-protocol (XML for Analysis). Het XMLA-protocol is een industriestandaardprotocol dat wordt ondersteund door meer dan 25 leveranciers, waaronder Microsoft. Alle hulpprogramma's, waaronder hulpprogramma's van derden, die compatibel zijn met het XMLA-protocol, gebruiken Microsoft-clientbibliotheken om gegevens te lezen en/of te schrijven naar een gegevensmodel. Verbinding maken iviteit wordt bereikt met een XMLA-eindpunt. Dit is een API die wordt weergegeven door een gegevensmodel waarmee de mogelijkheden voor ontwikkeling en beheer worden uitgebreid die beschikbaar zijn voor semantische modelmakers.

Notitie

Dit gebruiksscenario voor geavanceerd gegevensmodelbeheer is een van de scenario's voor inhoudsbeheer en implementatie . Zie Power BI-gebruiksscenario's voor een volledige lijst met selfservicegebruiksscenario's.

Voor de beknoptheid worden sommige aspecten die worden beschreven in het onderwerp over samenwerking en levering van inhoud niet behandeld in dit artikel. Lees eerst deze artikelen voor volledige dekking.

Scenariodiagram

Het gebruiksscenario voor geavanceerd gegevensmodelbeheer is gericht op het gebruik van Tabular Editor om het gegevensmodel te beheren. U kunt een gegevensmodel publiceren naar het Power BI-service met behulp van het XMLA-eindpunt, dat beschikbaar is in Power BI Premium.

Belangrijk

Soms verwijst dit artikel naar Power BI Premium of de capaciteitsabonnementen (P-SKU's). Houd er rekening mee dat Microsoft momenteel aankoopopties consolideert en de Power BI Premium-SKU's per capaciteit buiten gebruik stelt. Nieuwe en bestaande klanten moeten overwegen om in plaats daarvan F-SKU's (Fabric-capaciteitsabonnementen) aan te schaffen.

Zie Belangrijke update voor Power BI Premium-licenties en veelgestelde vragen over Power BI Premium voor meer informatie.

Tip

We raden u aan om het scenario voor het publiceren van selfservice-inhoud te bekijken als u er niet bekend mee bent. Het geavanceerde scenario voor gegevensmodelbeheer is gebaseerd op dat scenario.

Notitie

Soms worden de termen semantisch model en gegevensmodel door elkaar gebruikt. Over het algemeen wordt het vanuit een Power BI-service perspectief aangeduid als semantisch model. Vanuit het oogpunt van ontwikkeling wordt het een gegevensmodel (of een model voor kort) genoemd. In dit artikel hebben beide termen dezelfde betekenis. Op dezelfde manier hebben een semantische modelmaker en een gegevensmodeller dezelfde betekenis.

In het volgende diagram ziet u een algemeen overzicht van de meest voorkomende gebruikersacties en hulpprogramma's waarmee u gegevensmodellen kunt ontwikkelen, beheren of optimaliseren.

Diagram toont geavanceerd beheer van gegevensmodellen. Dit gaat over het mogelijk maken van makers met geavanceerde modellerings- en publicatiemogelijkheden. Items in het diagram worden beschreven in de onderstaande tabel.

Tip

We raden u aan het scenariodiagram te downloaden als u het wilt insluiten in uw presentatie, documentatie of blogbericht, of als een poster op een muur wilt afdrukken. Omdat het een SVG-afbeelding (Scalable Vector Graphics) is, kunt u deze omhoog of omlaag schalen zonder verlies van kwaliteit.

In het scenariodiagram ziet u de volgende gebruikersacties, hulpprogramma's en functies:

Artikel Beschrijving
Item 1. Modelmakers ontwikkelen gegevensmodellen met behulp van Tabular Editor. Het is gebruikelijk dat het eerste ontwerpwerk (zoals Power Query-werk) wordt uitgevoerd in Power BI Desktop voordat u overschakelt naar tablaire editor (niet weergegeven in het scenariodiagram).
Item 2. Het gegevensmodel maakt verbinding met gegevens uit een of meer gegevensbronnen.
Item 3. Voor sommige gegevensbronnen is mogelijk een on-premises gegevensgateway of VNet-gateway vereist voor gegevensvernieuwing, zoals gegevensbronnen die zich in een particulier organisatienetwerk bevinden.
Item 4. Het ontwikkelen van gegevensmodellen wordt uitgevoerd in tablaire editor. Het bewerken van Power Query-scripts (M) wordt ondersteund. Modelmakers kunnen C#-scripts gebruiken om de ontwikkeling te versnellen.
Item 5. Wanneer ze klaar zijn, publiceren semantische modelmakers het gegevensmodel vanuit Tabular Editor naar de Power BI-service met behulp van het XMLA-eindpunt van de doelwerkruimte.
Item 6. Het gegevensmodel wordt gepubliceerd naar een werkruimte die is toegewezen aan het opslaan en beveiligen van gedeelde semantische modellen. Toegang tot de werkruimte met behulp van het XMLA-eindpunt is alleen mogelijk wanneer de werkruimtelicentiemodus is ingesteld op Infrastructuurcapaciteit, Premium-capaciteit, Premium per gebruiker of Embedded.
Item 7. Makers van rapporten maken rapporten met behulp van een liveverbinding met het gedeelde semantische model.
Item 8. Makers van rapporten ontwikkelen rapporten in Power BI Desktop. Afgezien van het doelbewust scheiden van rapporten van semantische modellen, volgen makers van inhoud het typische proces voor het maken van rapporten.
Item 9. Wanneer ze klaar zijn, publiceren rapportmakers hun Power BI Desktop-bestand (.pbix) of Power BI-projectbestand (.pbip) naar de Power BI-service.
Item 10. Rapporten worden gepubliceerd naar een werkruimte die is toegewezen aan het opslaan en beveiligen van rapporten en dashboards.
Item 11. Gepubliceerde rapporten blijven verbonden met het gedeelde semantische model dat is opgeslagen in een andere werkruimte. Wijzigingen in het gedeelde semantische model zijn van invloed op alle afhankelijke rapporten.
Item 12. Hulpprogramma's van derden kunnen het XMLA-eindpunt gebruiken om een query uit te voeren op het gedeelde semantische model. Andere XMLA-compatibele hulpprogramma's, zoals DAX Studio, Semantic Link van Fabric-notebooks of Windows PowerShell, kunnen worden gebruikt om het gedeelde semantische model op te vragen of bij te werken. Power BI Desktop, Excel en Report Builder kunnen ook verbinding maken met behulp van het XMLA-eindpunt (niet weergegeven in het scenariodiagram).
Item 13. Andere hulpprogramma's van Microsoft en derden kunnen het XMLA-eindpunt gebruiken om het semantische model te beheren en toepassingslevenscyclusbeheer te bieden. Zie clienthulpprogramma's op basis van XMLA voor eindpunten voor meer informatie.
Item 14. Infrastructuurbeheerders beheren de tenantinstelling om het gebruik van het XMLA-eindpunt in te schakelen. De beheerder moet het XMLA-eindpunt inschakelen voor infrastructuurcapaciteiten, Premium-capaciteiten en Premium-instellingen per gebruiker.
Item 15. Fabric-beheerders houden toezicht op activiteiten en bewaken in de Fabric-portal.

Belangrijkste punten

Hier volgen enkele belangrijke punten die u moet benadrukken over het geavanceerde scenario voor gegevensmodelbeheer.

Toepassingen en hulpprogramma's van derden

Enterprise BI-teams gebruiken vaak clienthulpprogramma's, zoals Tabular Editor (weergegeven in het scenariodiagram en beschreven in het volgende onderwerp), om hen te helpen gecentraliseerde semantische modellen te beheren. Elke semantische modelmaker die met geavanceerde modelmogelijkheden wil werken, kan echter profiteren van de methoden die in dit gebruiksscenario worden beschreven.

Er zijn verschillende manieren om toepassingen van derden te gebruiken:

  • Verbinding maken naar een extern gegevensmodel met behulp van het XMLA-eindpunt: Sommige hulpprogramma's van derden kunnen rechtstreeks verbinding maken met een extern gegevensmodel in de Power BI-service (of Analysis Services). Zodra u verbinding hebt gemaakt met het XMLA-eindpunt, worden alle TOM-bewerkingen (Tabular Object Model) ondersteund. Deze benadering is de primaire focus van dit gebruiksscenario.
  • Verbinding maken naar een lokaal gegevensmodel in Power BI Desktop: Sommige hulpprogramma's van derden kunnen verbinding maken met een lokaal gegevensmodel dat is geopend in Power BI Desktop (niet weergegeven in het scenariodiagram). Er zijn echter enkele beperkingen en niet alle functionaliteit van externe hulpprogramma's wordt officieel ondersteund.
  • Verbinding maken naar een sjabloonbestand in Power BI Desktop: Sommige hulpprogramma's van derden distribueren hun functionaliteit op een lichtgewicht manier met behulp van een Power BI Desktop-sjabloonbestand (.pbit) (niet weergegeven in het scenariodiagram).

Tabular Editor

Tabular Editor wordt weergegeven in het scenariodiagram. Het is een hulpprogramma van derden dat wordt gerealiseerd door de Power BI-community. Enkele voordelen van het beheren van tabellaire gegevensmodellen met Tabular Editor zijn:

  • Het instellen van mogelijkheden voor gegevensmodellen die niet worden ondersteund in Power BI Desktop: Tabular Editor biedt een interface voor het instellen van beveiliging op objectniveau (OLS), berekeningsgroepen, perspectieven, vertalingen en partities.
  • Ondersteuning voor gelijktijdige modelontwikkeling: Ontwikkelhulpprogramma's voor Microsoft-gegevensmodellen, zoals Visual Studio met Analysis Services-projecten, slaan de volledige definitie van het gegevensmodel op in een Model.bim-bestand . Dit bestand kan het lastig maken voor een team van ontwikkelaars om samen te werken aan één gegevensmodel. Tabular Editor heeft een functie genaamd Mapserialisatie. Met mapserialisatie wordt het bestand Model.bim gedeconstrueerd in afzonderlijke objectspecifieke bestanden binnen een georganiseerde mapstructuur. Verschillende gegevensmodelleerders kunnen vervolgens werken aan verschillende bestanden met minder risico op het overschrijven van elkaars inspanningen.
  • Integratie met broncodebeheer: met mapserialisatie kan het broncodebeheersysteem eenvoudig wijzigingen in gegevensmodellen detecteren, waardoor bronsamenvoegingen en conflictoplossing gemakkelijker te doen zijn.
  • Verbeterde kwaliteit en ontwerp van gegevensmodellen: Tabular Editor kan worden geïntegreerd met Best Practices Analyzer (BPA). BPA helpt gegevensmodelleerders met een set aanpasbare regels die de kwaliteit, consistentie en prestaties van gegevensmodellen kunnen verbeteren. U kunt een set best practice-regels (geleverd door Microsoft) downloaden via GitHub.
  • Verhoogde productiviteit bij het ontwikkelen van gegevensmodellen: de interface van de tabellaire editor maakt het geschikt voor het uitvoeren van batchbewerkingen, foutopsporing en het weergeven van afhankelijkheden van gegevensmodellen. Tabular Editor verschilt van Power BI Desktop omdat deze werkt in de niet-verbonden modus. U kunt wijzigingen in het gegevensmodel aanbrengen in de niet-verbonden modus en deze doorvoeren als een batch met bewerkingen. Op deze manier kunt u sneller ontwikkelen en valideren, met name voor ervaren gegevensmodelleerders. Het is ook mogelijk om C#-scripts te maken en op te slaan als macro's. Deze scripts kunnen u helpen om de efficiëntie van het beheren en synchroniseren van meerdere gegevensmodellen te verbeteren.

XMLA-eindpunt

Het XMLA-eindpunt maakt gebruik van het XMLA-protocol om alle functies van een tabellair gegevensmodel beschikbaar te maken, waaronder enkele gegevensmodelleringsbewerkingen die niet worden ondersteund door Power BI Desktop. U kunt de TOM API gebruiken om programmatische wijzigingen aan te brengen in een gegevensmodel.

Het XMLA-eindpunt biedt ook connectiviteit. U kunt alleen verbinding maken met een semantisch model wanneer de werkruimte met de licentiemodus is ingesteld op Premium per gebruiker, Premium per capaciteit of Embedded. Zodra er verbinding is gemaakt, kan een XMLA-compatibel hulpprogramma op twee manieren op het gegevensmodel worden uitgevoerd:

  • Gegevens en metagegevens schrijven: lees-/schrijfgebruik van het XMLA-eindpunt biedt de volgende mogelijkheden:
    • Mogelijkheden voor gegevensmodellering die niet worden ondersteund door Power BI Desktop, zoals beveiliging op objectniveau (OLS), berekeningsgroepen, perspectieven, vertalingen en partitiebeheer.
    • Complexere implementaties. Bijvoorbeeld een gedeeltelijke implementatie of een implementatie met alleen metagegevens die slechts één nieuwe meting publiceert.
    • Asynchrone semantische modelvernieuwing. Bijvoorbeeld het vernieuwen van één tabel of partitie.
  • Gegevens en metagegevens lezen: alleen-lezen gebruik van het XMLA-eindpunt maakt het mogelijk:
    • Semantische modellen en query's bewaken, opsporen en traceren.
    • Hiermee kunnen hulpprogramma's voor gegevensrapportage van derden gegevens visualiseren die afkomstig zijn van een gedeeld semantisch model. Deze techniek is een uitstekende manier om de voordelen en investeringen in beheerde selfservice BI uit te breiden.

Waarschuwing

Zodra u een semantisch model hebt gewijzigd of gepubliceerd met behulp van het XMLA-eindpunt, kunt u het niet meer downloaden vanuit het Power BI-service als een Power BI Desktop-bestand.

XMLA-instellingen per capaciteit

Elke Power BI Premium-capaciteit en Power BI Embedded-capaciteit heeft een instelling om te bepalen of het XMLA-eindpunt alleen-lezen, lezen/schrijven of uit is. Deze instelling is ook beschikbaar voor alle Premium Per Gebruiker-werkruimten in de Power BI-tenant. XMLA-toegang voor lezen/schrijven moet zijn ingeschakeld voor elke capaciteit die semantische modellen bevat die u wilt beheren met een ander hulpprogramma dan Power BI Desktop.

Tip

De instelling van het XMLA-eindpunt (lezen/schrijven, alleen-lezen of uit) is van toepassing op alle werkruimten en semantische modellen die zijn toegewezen aan een bepaalde capaciteit. U kunt meerdere capaciteiten instellen om te decentraliseren en/of aanpassen hoe inhoud voor elke capaciteit wordt beheerd.

XMLA-tenantinstelling

Naast de XMLA-eindpuntinstellingen moet een Power BI-beheerder de tenantinstellingen gebruiken om XMLA-eindpunten toe te staan en analyseren in Excel met on-premises semantische modellen. Wanneer deze functie is ingeschakeld, kunt u alle gebruikers of specifieke beveiligingsgroepen toestaan om de functionaliteit van het XMLA-eindpunt te gebruiken.

Notitie

Alle standaardfuncties voor beveiliging en gegevensbescherming zijn nog steeds van toepassing om op te geven welke gebruikers inhoud kunnen bekijken en/of bewerken.

Hulpprogramma's van derden

Power BI Desktop kan voldoen aan de end-to-end behoeften voor de meeste makers van selfservice-inhoud. Hulpprogramma's van derden bieden echter andere bedrijfsfuncties en -functionaliteit. Daarom zijn hulpprogramma's van derden, zoals Tabular Editor, in de Power BI-community voorgekomen, met name voor geavanceerde makers van inhoud, ontwikkelaars en IT-professionals.

Tip

In dit blogbericht wordt beschreven hoe hulpprogramma's van derden het Power BI-productteam in staat stellen hun ontwikkelingsprioriteiten opnieuw te beoordelen, het bereik van het Power BI-platform te vergroten en te voldoen aan geavanceerdere en diverse aanvragen van de gebruikerscommunity.

Notitie

Voor sommige hulpprogramma's van derden is een betaalde licentie vereist, zoals Tabular Editor 3. Andere communityhulpprogramma's zijn gratis en open source (zoals Tabular Editor 2, DAX Studio en ALM Toolkit). We raden u aan de functies van elk hulpprogramma, de kosten en het ondersteuningsmodel zorgvuldig te evalueren, zodat u uw community van makers van inhoud adequaat kunt ondersteunen.

Gegevensmodelbeheer

Het primaire doel van dit gebruiksscenario is de maker van inhoud die Tabular Editor gebruikt om een gegevensmodel te beheren. Voor onregelmatige geavanceerde vereisten voor gegevensmodelbeheer, zoals incidenteel partitiebeheer, kunt u ervoor kiezen om een hulpprogramma zoals SQL Server Management Studio (SSMS) te gebruiken. Het is ook mogelijk dat een .NET-ontwikkelaar semantische Power BI-modellen maakt en beheert met behulp van de TOM-API.

Tip

Wanneer u het XMLA-eindpunt gebruikt voor gegevensmodelbeheer, wordt u aangeraden de instelling voor de opslagindeling voor grote semantische modellen in te schakelen. Wanneer deze functie is ingeschakeld, kan de opslagindeling voor grote semantische modellen de prestaties van XMLA-schrijfbewerkingen verbeteren.

Scheiding van gegevensmodel en rapporten

Als dit gebruiksscenario succesvol is, moet u rapporten scheiden van het gegevensmodel. Deze aanpak resulteert in het beheren van afzonderlijke Power BI Desktop-bestanden, zoals beschreven in het beheerde selfservice BI-gebruiksscenario. Zelfs als dezelfde persoon verantwoordelijk is voor alle ontwikkeling, is de scheiding van semantische modellen en rapporten belangrijk omdat Tabular Editor geen kennis heeft van rapportinhoud.

Gateway instellen

Normaal gesproken is een gegevensgateway vereist bij het openen van gegevensbronnen die zich in het particuliere organisatienetwerk of een virtueel netwerk bevinden. De on-premises gegevensgateway wordt relevant zodra een gegevensmodel naar de Power BI-service is gepubliceerd. De twee doeleinden van een gateway zijn het vernieuwen van geïmporteerde gegevens of het weergeven van een rapport waarin een query wordt uitgevoerd op een liveverbinding of een semantisch DirectQuery-model (niet weergegeven in het scenariodiagram).

Notitie

Een gecentraliseerde gegevensgateway in de standaardmodus wordt sterk aanbevolen voor gateways in de persoonlijke modus. In de standaardmodus ondersteunt de gegevensgateway liveverbindings- en DirectQuery-bewerkingen (naast geplande bewerkingen voor gegevensvernieuwing).

Zie On-premises gegevensgateway (standaardmodus) voor meer informatie.

Systeemtoezicht

In het activiteitenlogboek worden gebruikersactiviteiten vastgelegd die plaatsvinden in de Power BI-service. Power BI-beheerders kunnen de verzamelde activiteitenlogboekgegevens gebruiken om controle uit te voeren, zodat ze inzicht krijgen in activiteiten die verbinding maken via XMLA-eindpunten.

Zie het artikel over power BI-gebruiksscenario's voor andere nuttige scenario's om u te helpen bij het nemen van beslissingen over power BI-implementaties.