Power BI:n käyttöskenaariot: Kehittynyt tietomallin hallinta

Muistiinpano

Tämä artikkeli on osa Power BI:n käyttöönoton suunnittelun artikkelisarjaa. Tässä sarjassa keskitytään ensisijaisesti Power BI -kuormitukseen Microsoft Fabricissa. Johdanto sarjaan on artikkelissa Power BI:n käyttöönoton suunnittelu.

Tässä käyttöskenaariossa keskitytään kehittyneeseen tietomallin hallintaan. Silloin Power BI -sisällöntekijä luottaa kolmannen osapuolen työkaluun tietomallien kehittämisessä, hallinnassa tai optimoimisessa. Jotkin kolmannen osapuolen työkalut ovat ulkoisia työkaluja, joita Power BI Desktop tukee suoraan. Voit myös hallita julkaistua tietomallia (semanttista mallia, jota kutsutaan aiemmin tietojoukoksi) kommunikoimalla suoraan Power BI -palvelu XMLA-päätepisteen kanssa.

Tietomalleja isännöidään joko Power BI -palvelu, Azure Analysis Servicesissä (AAS) tai SQL Server Analysis Servicesissä (SSAS). Tässä käyttöskenaariossa keskitytään XMLA-päätepisteen käyttöön Power BI -palvelu.

Vihje

Monet viittaavat kolmannen osapuolen työkaluihin ulkoisina työkaluina. Eri työkalujen käyttö eroaa kuitenkin toisistaan. paikallisen tietomallin Näyttöyhteys Power BI Desktopissa on termin ulkoinen työkalu literaalitulkinta. Tässä kehittyneessä tietomallin hallinnan käyttöskenaariossa keskitytään yhteyden muodostamiseen etätietomalliin (Power BI -palvelu isännöitävään semanttiseen malliin) XMLA-päätepisteen avulla. Lisätietoja kolmannen osapuolen työkalujen eri käyttötavoista on jäljempänä tässä artikkelissa.

Voit muodostaa yhteyden tietomalliin KÄYTTÄMÄLLÄ XML for Analysis (XMLA) -protokollaa. XMLA-protokolla on alan vakioprotokolla, jota tukee yli 25 toimittajaa, mukaan lukien Microsoft. Kaikki työkalut, mukaan lukien kolmannen osapuolen työkalut, jotka ovat YHTEENSOPIVIA XMLA-protokollan kanssa, käyttävät Microsoftin asiakaskirjastoja tietojen lukemiseen ja/tai kirjoittamiseen tietomalliin. Näyttöyhteys toiminto saavutetaan XMLA-päätepisteellä, joka on tietomallin käyttöön antama ohjelmointirajapinta, joka laajentaa semanttisten mallien luojien käytettävissä olevia kehitys- ja hallintaominaisuuksia.

Muistiinpano

Tämä kehittynyt tietomallin hallinnan käyttöskenaario on yksi sisällönhallinta- ja käyttöönottoskenaarioita . Täydellinen luettelo omatoimisen käytön skenaarioista on artikkelissa Power BI:n käyttöskenaariot.

Sisältöyhteistyö- ja toimitusskenaarioita käsittelevässä aiheessa kuvattuja näkökohtia ei käsitellä nyt tässä artikkelissa. Lue lisätietoja näistä artikkeleista ensin.

Skenaariokaavio

Tässä kehittyneen tietomallin hallinnan käyttöskenaariossa keskitytään Tabular Editorin käyttämiseen tietomallin hallintaan. Voit julkaista tietomallin Power BI -palvelu käyttämällä XMLA-päätepistettä, joka on käytettävissä Power BI Premiumissa.

Tärkeä

Joskus tämä artikkeli viittaa Power BI Premiumiin tai sen kapasiteettitilauksiin (P-varastointiyksiköt). Ota huomioon, että Microsoft vahvistaa parhaillaan ostovaihtoehtoja ja poistaa käytöstä Kapasiteettikohtaisen Power BI Premiumin. Uusien ja nykyisten asiakkaiden kannattaa harkita Fabric-kapasiteettitilausten (F-varastointiyksiköiden) ostamista.

Lisätietoja on artikkelissa Power BI Premium -käyttöoikeuksien tärkeä päivitys ja Power BI Premiumin usein kysytyt kysymykset.

Vihje

Suosittelemme, että tutustut itsepalvelusisällön julkaisemisen käyttöskenaarioon, jos et ole perehtynyt siihen. Kehittynyt tietomallin hallintaskenaario perustuu kyseiseen skenaarioon.

Muistiinpano

Joskus termejä semanttinen malli ja tietomalli käytetään samalla tavalla. Yleensä Power BI -palvelu näkökulmasta sitä kutsutaan semanttiseksi malliksi. Kehitysnäkökulmasta kyseessä on tietomalli (tai lyhyesti malli ). Tässä artikkelissa kummallakin termillä on sama merkitys. Samoin semanttisen mallin luojalla ja tietomallintajalla on sama merkitys.

Seuraavassa kaaviossa esitetään korkean tason yleiskatsaus yleisimpiin käyttäjän toimintoihin ja työkaluihin, joiden avulla voit kehittää, hallita tai optimoida tietomalleja.

Vihje

Suosittelemme lataamaan skenaariokaavion , jos haluat upottaa sen esitykseen, dokumentaatioon tai blogikirjoitukseen tai tulostaa sen seinäjulisteena. Koska kyseessä on SVG-kuva, voit skaalata sitä ylös- tai alaspäin ilman laadun heikkenemistä.

Skenaariokaaviossa esitetään seuraavat käyttäjän toiminnot, työkalut ja ominaisuudet:

Kohde	Kuvaus
	Mallien luojat kehittävät tietomalleja Tabular Editorin avulla. On yleistä, että alkuperäinen suunnittelutyö (kuten Power Query -työ) tehdään Power BI Desktopissa ennen Tabular Editoriin siirtymistä (ei esitetty skenaariokaaviossa).
	Tietomalli muodostaa yhteyden yhden tai useamman tietolähteen tietoihin.
	Jotkin tietolähteet saattavat edellyttää paikallista tietoyhdyskäytävää tai VNet-yhdyskäytävää tietojen päivittämiseen, kuten yksityisessä organisaatioverkossa sijaitsevat tietolähteet.
	Tietomallin kehitys tehdään Tabular Editorissa. Power Query (M) -komentosarjojen muokkaamista tuetaan. Mallin tekijät voivat nopeuttaa kehitystä C#-komentosarjojen avulla.
	Kun semanttiset mallin luojat ovat valmiita, he julkaisevat tietomallin Tabular Editorista Power BI -palvelu käyttämällä kohdetyötilan XMLA-päätepistettä.
	Tietomalli julkaistaan työtilaan, joka on omistettu jaettujen semanttisten mallien tallentamiseen ja suojaamiseen. Työtilan käyttö XMLA-päätepisteen avulla on mahdollista vain, jos työtilan käyttöoikeustilaksion määritetty Fabric-kapasiteetti, Premium-kapasiteetti, käyttäjäkohtainen Premium tai Embedded.
	Raporttien luojat luovat raportteja käyttämällä reaaliaikaista yhteyttä jaettuun semanttiseen malliin.
	Raporttien luojat kehittävät raportteja Power BI Desktopissa. Sen lisäksi, että sisällön luojat erottavat raportit tarkoituksella semanttisista malleista, he noudattavat tyypillistä raportin luontiprosessia.
	Kun raportti on valmis, raportin tekijät julkaisevat Power BI Desktop -tiedoston (.pbix) tai Power BI -projektitiedoston (.pbip) Power BI -palvelu.
	Raportit julkaistaan työtilaan, joka on tarkoitettu raporttien ja koontinäyttöjen tallentamiseen ja suojaamiseen.
	Julkaistut raportit pysyvät yhteydessä jaettuun semanttiseen malliin, joka on tallennettu toiseen työtilaan. Jaettuun semanttiseen malliin tehdyt muutokset vaikuttavat kaikkiin riippuvaisiin raportteihin.
	Kolmannen osapuolen työkalut voivat käyttää XMLA-päätepistettä kyselyn kohdistamiseen jaettuun semanttiseen malliin. Muita XMLA-yhteensopivia työkaluja , kuten DAX Studiota, Semanttista linkkiä Fabric-muistikirjoista tai Windows PowerShelliä, voidaan käyttää jaetun semanttisen mallin kyselemiseen tai päivittämiseen. Power BI Desktop, Excel ja Raportin muodostin voivat myös muodostaa yhteyden XMLA-päätepisteen avulla (ei esitetty skenaariokaaviossa).
	Muut Microsoftin ja kolmannen osapuolen työkalut voivat käyttää XMLA-päätepistettä semanttisen mallin hallintaan ja sovelluksen elinkaaren hallinnan tarjoamiseen. Lisätietoja on artikkelissa XMLA-päätepistepohjaiset asiakastyökalut.
	Fabric-järjestelmänvalvojat hallitsevat vuokraaja-asetusta XMLA-päätepisteen käytön mahdollistamiseksi. Järjestelmänvalvojan on otettava käyttöön XMLA-päätepiste Fabric-kapasiteeteille, Premium-kapasiteeteille ja käyttäjäkohtaisille Premium-asetuksille.
	Fabric-järjestelmänvalvojat valvovat ja valvovat toimintaa Fabric-portaalissa.

Avainasiat

Seuraavassa on joitakin avainkohtia, joita tulee korostaa kehittyneessä tietomallin hallintaskenaariossa.

Kolmannen osapuolen sovellukset ja työkalut

Enterprise BI -tiimit käyttävät yleensä asiakastyökaluja, kuten Tabular Editoria (joka kuvataan skenaariokaaviossa ja kuvataan seuraavassa aiheessa), keskitettyjen semanttisten mallien hallinnan apuna. Semanttinen mallin tekijä, joka haluaa käsitellä mallinnuksen lisäominaisuuksia, voi kuitenkin hyödyntää tässä käyttöskenaariossa kuvattuja menetelmiä.

Kolmannen osapuolen sovelluksia voi käyttää monella tavalla:

• Näyttöyhteys etätietomalliin XMLA-päätepisteen avulla: Jotkin kolmannen osapuolen työkalut voivat muodostaa yhteyden suoraan Power BI -palvelu (tai Analysis Servicesissä) etätietomalliin. Kun yhteys XMLA-päätepisteeseen on muodostettu, kaikkia TAULUKKOmuotoisten objektimallien (TOM) toimintoja tuetaan. Tämä lähestymistapa on tämän käyttöskenaarion ensisijainen painopiste.
• Näyttöyhteys paikalliseen tietomalliin Power BI Desktopissa: Jotkin kolmannen osapuolen työkalut voivat muodostaa yhteyden paikalliseen tietomalliin, joka on avoinna Power BI Desktopissa (ei esitetty skenaariokaaviossa). Tähän liittyy kuitenkin joitakin rajoituksia, eikä kaikkia ulkoisia työkalutoimintoja tueta virallisesti.
• Näyttöyhteys mallitiedostoon Power BI Desktopissa: Jotkin kolmannen osapuolen työkalut jakavat toimintonsa kevyesti käyttämällä Power BI Desktop -mallitiedostoa (.pbit) (ei esitetty skenaariokaaviossa).

Tabular Editor

Tabular Editor kuvataan skenaariokaaviossa. Se on kolmannen osapuolen työkalu, jonka Power BI -yhteisö on omaksunut laajasti. Taulukkomuotoisten tietomallien hallinnan etuja Tabular Editorilla ovat muun muassa seuraavat:

• Tietomallin ominaisuuksien määrittämistä ei tueta Power BI Desktopissa: Tabular Editor tarjoaa liittymän objektitason suojauksen (OLS), laskentaryhmien, perspektiivien, käännösten ja osioiden määrittämiseen.
• Mallin samanaikaisen kehittämisen tuki: Microsoftin tietomallin kehitystyökalut, kuten Visual Studio ja Analysis Services -projektit, tallentavat koko tietomallin määrityksen Model.bim-tiedostoon . Tämän yksittäisen tiedoston vuoksi kehittäjätiimin voi olla hankala työstää yhtä tietomallia yhdessä. Tabular Editorissa on ominaisuus nimeltä Kansion sarjoitus. Kansiosarjoituksen dekonstruktisoi Model.bim-tiedoston erillisiksi objektikohtaisiksi tiedostoiksi organisoidun kansiorakenteen sisällä. Eri tietojen mallintajat voivat sitten työstää eri tiedostoja niin, että he eivät vaaranna toistensa työtä.
• Integrointi lähteen hallintaan: Kansiosarjoittamisen avulla lähteen hallintajärjestelmä voi helposti tunnistaa tietomallin muutokset, jolloin lähteen yhdistämisen ja ristiriitojen ratkaisemisen tekeminen on helpompaa.
• Parannettu tietomallin laatu ja rakenne: Tabular Editor integroituu Best Practices Analyzeriin (BPA) . BPA auttaa tietojen mallintajia mukautettavien sääntöjen avulla parantamaan tietomallien laatua, johdonmukaisuutta ja suorituskykyä. Voit ladata joukon (Microsoftin tarjoamia) parhaita käytäntöjä koskevia sääntöjä GitHubista.
• Tuottavuuden lisääminen tietomallien kehittämisessä: Tabular Editor -käyttöliittymän avulla se sopii hyvin erämuokkausten suorittamiseen, virheenkorjaukseen ja tietomallin riippuvuuksien tarkasteluun. Tabular Editor eroaa Power BI Desktopista siinä, että se toimii irrallisessa tilassa. Voit tehdä tietomallin muutoksia irrallisessa tilassa ja sitoa ne muokkauseränä. Tällä tavalla voit nopeuttaa kehitystä ja vahvistusta erityisesti kokeneille tietomallintajille. Voit myös luoda C#-komentosarjoja ja tallentaa ne makroina. Näiden komentosarjojen avulla voit parantaa useiden tietomallien hallinnan ja synkronoinnin tehokkuutta.

XMLA-päätepiste

XMLA-päätepiste käyttää XMLA-protokollaa näyttääkseen taulukkomuotoisen tietomallin kaikki ominaisuudet, mukaan lukien joitakin tietojen mallinnustoimintoja , joita Power BI Desktop ei tue. TOM-ohjelmointirajapinnan avulla voit tehdä ohjelmallisia muutoksia tietomalliin.

XMLA-päätepiste tarjoaa myös liitettävyyden. Voit muodostaa yhteyden semanttiseen malliin vain, kun työtila, jonka käyttöoikeustilaksi on määritetty käyttäjäkohtainen Premium, kapasiteettikohtainen Premium tai Embedded. Kun yhteys on muodostettu, XMLA-yhteensopiva työkalu voi toimia tietomallissa kahdella tavalla:

• Kirjoita tietoja ja metatietoja: XMLA-päätepisteen luku- ja kirjoitustoiminnolla voit tehdä seuraavaa:
  • Tietojen mallinnusominaisuudet, joita Power BI Desktop ei tue, kuten objektitason suojaus (OLS), laskentaryhmät, perspektiivit, käännökset ja osion hallinta.
  • Monimutkaisemmat käyttöönotot. Esimerkiksi osittainen käyttöönotto tai vain metatietojen käyttöönotto, joka julkaisee vain yhden uuden mittarin.
  • Asynkroninen semanttinen mallin päivitys. Esimerkiksi yksittäisen taulukon tai osion päivittäminen.
• Tietojen ja metatietojen lukeminen: XMLA-päätepisteen vain luku -käyttö mahdollistaa seuraavat:
  • Semanttisten mallien ja kyselyiden valvonta, virheenkorjaus ja jäljitys.
  • Salli kolmannen osapuolen tietojen raportointityökalujen visualisoida jaetusta semanttisesta mallista peräisin olevia tietoja. Tämä tekniikka on erinomainen tapa laajentaa hallitun omatoimisen BI:n etuja ja investointeja.

Varoitus

Kun muokkaat tai julkaiset semanttisen mallin XMLA-päätepisteen avulla, et voi enää ladata sitä Power BI -palvelu Power BI Desktop -tiedostona.

XMLA-asetukset kapasiteettia kohden

Kullakin Power BI Premium -kapasiteetilla ja Power BI Embedded -kapasiteetilla on asetus, jolla hallitaan, onko XMLA-päätepiste vain luku-, luku-/kirjoitus-vai poissa käytöstä. Tämä asetus on käytettävissä myös kaikissa käyttäjäkohtaisissa Premium-työtiloissa Power BI -vuokraajassa. XMLA-luku- ja kirjoitusoikeus on otettava käyttöön jokaiselle kapasiteetille, joka sisältää semanttisia malleja, joita haluat hallita jollakin muulla työkalulla kuin Power BI Desktopilla.

Vihje

XMLA-päätepisteasetus (luku/kirjoitus, vain luku tai pois käytöstä) koskee kaikkia tiettyyn kapasiteettiin määritettyjä työtiloja ja semanttisia malleja. Voit määrittää useita kapasiteetteja hajauttamaan ja/tai mukauttamaan sitä, miten sisältöä hallitaan kussakin kapasiteetissa.

XMLA-vuokraaja-asetus

XMLA-päätepisteasetusten lisäksi Power BI -järjestelmänvalvojan on käytettävä vuokraaja-asetuksia sallimaan XMLA-päätepisteet ja Analysoi Excelissä paikallisten semanttisten mallien kanssa. Kun asetus on käytössä, voit sallia kaikkien käyttäjien tai tiettyjen käyttöoikeusryhmien käyttää XMLA-päätepistetoimintoa.

Muistiinpano

Kaikki vakiosuojaus- ja tietosuojaominaisuudet ovat edelleen voimassa sen määrittämiseksi, ketkä käyttäjät voivat tarkastella ja/tai muokata sisältöä.

Kolmannen osapuolen työkalut

Power BI Desktop pystyy käsittelemään useimpien omatoimisten sisällöntekijöiden päästä päähän -tarpeet. Kolmannen osapuolen työkalut tarjoavat kuitenkin muita yrityksen ominaisuuksia ja toimintoja. Tästä syystä kolmannen osapuolen työkalut, kuten Tabular Editor, ovat olleet yleisiä Power BI -yhteisössä, erityisesti edistyneen sisällön tekijöille, kehittäjille ja IT-ammattilaisille.

Vihje

Tässä blogikirjoituksessa kerrotaan, miten kolmannen osapuolen työkalujen avulla Power BI -tuotetiimi voi arvioida uudelleen kehityksen prioriteettejaan, lisätä Power BI -ympäristön tavoittavuutta sekä vastata käyttäjäyhteisön kehittyneempiin ja monipuolisiin pyyntöihin.

Muistiinpano

Jotkin kolmannen osapuolen työkalut edellyttävät maksullista käyttöoikeutta, kuten Tabular Editor 3. Muut yhteisön työkalut ovat maksuttomia ja avoin lähdekoodi (kuten Tabular Editor 2, DAX Studio ja ALM Toolkit). Suosittelemme, että arvioit huolellisesti jokaisen työkalun, kustannusten ja tukimallin ominaisuuksia, jotta voit tukea riittävästi sisällöntuottajien yhteisöä.

Tietomallin hallinta

Tämän käyttöskenaarion ensisijainen painopiste on sisällön luojassa, joka käyttää Tabular Editoria tietomallin hallintaan. Jos sinulla on satunnaisia tietomallin hallintavaatimuksia, kuten satunnaista osionhallintaa, voit käyttää työkalua, kuten SQL Server Management Studiota (SSMS). .NET-kehittäjä voi myös luoda ja hallita semanttisia Power BI -malleja TOM-ohjelmointirajapinnan avulla.

Vihje

Kun käytät XMLA-päätepistettä tietomallin hallintaan, suosittelemme, että otat käyttöön suuren semanttisen mallin tallennusmuotoasetuksen. Kun suuren semanttisen mallin tallennusmuoto on käytössä, se voi parantaa XMLA-kirjoitustoiminnon suorituskykyä.

Tietomallin ja raporttien erottaminen

Jotta tämä käyttöskenaario onnistuisi, sinun tulee erottaa raportit tietomallista. Tämän lähestymistavan tuloksena hallitaan erillisiä Power BI Desktop -tiedostoja, jotka on kuvattu hallitussa omatoimisen BI:n käyttöskenaariossa. Vaikka sama henkilö olisi vastuussa kaikesta kehityksestä, semanttisten mallien ja raporttien erottaminen on tärkeää, koska Tabular Editor ei ole tietoinen raportin sisällöstä.

Yhdyskäytävän asennus

Yleensä tietoyhdyskäytävää tarvitaan käytettäessä tietolähteitä, jotka ovat yksityisessä organisaatioverkossa tai näennäisverkossa. Paikallinen tietoyhdyskäytävä on tärkeä, kun tietomalli julkaistaan Power BI -palvelu. Yhdyskäytävän kaksi tarkoitusta on päivittää tuodut tiedot tai tarkastella raporttia, joka tekee kyselyn reaaliaikaiseen yhteyteen tai semanttiseen DirectQuery-malliin (ei esitetty skenaariokaaviossa).

Muistiinpano

Keskitettyä tietoyhdyskäytävää normaalissa tilassa suositellaan vahvasti henkilökohtaisen tilan yhdyskäytäviä varten. Normaalissa tilassa tietoyhdyskäytävä tukee reaaliaikaista yhteyttä ja DirectQuery-toimintoja (ajoitettujen tietojen päivitystoimintojen lisäksi).

Lisätietoja on kohdassa Paikallinen tietoyhdyskäytävä (vakiotila).

Järjestelmän valvonta

Toimintoloki kirjaa käyttäjän toimet, jotka tapahtuvat Power BI -palvelu. Power BI -järjestelmänvalvojat voivat käyttää valvontatoimintoihin kerättyjä toimintolokitietoja, joiden avulla he voivat ymmärtää toimia, jotka muodostavat yhteyden XMLA-päätepisteiden kautta.

Liittyvä sisältö

Muita hyödyllisiä skenaarioita, jotka auttavat Power BI:n toteutuspäätöksissä, on artikkelissa Power BI:n käyttöskenaariot .