Power BI használati forgatókönyvek: Speciális adatmodell-kezelés

Feljegyzés

Ez a cikk a Power BI implementációtervezési cikksorozatának része. Ez a sorozat elsősorban a Microsoft Fabricen belüli Power BI-számítási feladatokra összpontosít. A sorozat bemutatása: Power BI implementációtervezés.

Ez a használati forgatókönyv a fejlett adatmodell-kezelésre összpontosít, vagyis amikor egy Power BI-tartalomkészítő egy harmadik féltől származó eszközre támaszkodik az adatmodellek fejlesztéséhez, kezeléséhez vagy optimalizálásához. Egyes külső eszközök külső eszközök, amelyeket a Power BI Desktop közvetlenül támogat. A közzétett adatmodelleket (szemantikai modellt– korábbi nevén adathalmazt) úgy is kezelheti, hogy közvetlenül kommunikál a Power BI szolgáltatás XMLA-végpontjával.

Az adatmodellek a Power BI szolgáltatás, az Azure Analysis Services (AAS) vagy az SQL Server Analysis Services (SSAS) szolgáltatásban találhatók. Ez a használati forgatókönyv az XMLA-végpont Power BI szolgáltatás való használatára összpontosít.

Tipp.

Sokan külső eszközként hivatkoznak külső eszközökre. Vannak azonban különbségek a különböző eszközök használatában. Csatlakozás helyi adatmodellhez való kapcsolódás a Power BI Desktopban a külső eszköz kifejezés legkonstansabb értelmezése. Ez a speciális adatmodell-kezelési használati forgatókönyv a távoli adatmodellhez (a Power BI szolgáltatás üzemeltetett szemantikai modellhez) való csatlakozásra összpontosít az XMLA-végpont használatával. A harmadik féltől származó eszközök használatának különböző módjairól a cikk későbbi részében olvashat bővebben.

Az adatmodellekhez való kapcsolódást az XML for Analysis (XMLA) protokoll használatával érheti el. Az XMLA protokoll egy iparági szabvány protokoll, amelyet több mint 25 gyártó, köztük a Microsoft is támogat. Az XMLA protokollnak megfelelő összes eszköz, beleértve a harmadik féltől származó eszközöket is, a Microsoft ügyfélkódtáraival adatokat olvas és/vagy ír egy adatmodellbe. A Csatlakozás tivitás egy XMLA-végponttal érhető el, amely egy adatmodell által közzétett API, amely kibővíti a szemantikai modellek létrehozói számára elérhető fejlesztési és felügyeleti képességeket.

Feljegyzés

Ez a speciális adatmodell-kezelési használati forgatókönyv a tartalomkezelési és üzembe helyezési forgatókönyvek egyike. Az önkiszolgáló használati forgatókönyvek teljes listáját a Power BI használati forgatókönyvei között találja.

A rövidség kedvéért a jelen cikk nem foglalkozik a tartalom-együttműködési és kézbesítési forgatókönyvek témakörében ismertetett néhány szempontmal. A teljes lefedettség érdekében először olvassa el ezeket a cikkeket.

Forgatókönyv-diagram

Ennek a speciális adatmodell-kezelési használati forgatókönyvnek a fókusza a Táblázatszerkesztő használata az adatmodell kezeléséhez. Az adatmodellt közzéteheti a Power BI szolgáltatás a Power BI Premiumban elérhető XMLA-végpont használatával.

Fontos

Ez a cikk időnként a Power BI Premiumra vagy annak kapacitás-előfizetésére (P termékváltozatokra) hivatkozik. Vegye figyelembe, hogy a Microsoft jelenleg összevonja a vásárlási lehetőségeket, és visszavonul a Power BI Premium kapacitásonkénti termékváltozataitól. Az új és a meglévő ügyfeleknek érdemes megfontolni a Fabric-kapacitás-előfizetések (F SKU-k) megvásárlását.

További információ: Fontos frissítés a Power BI Premium licenceléséhez és a Power BI Premiumhoz – gyakori kérdések.

Tipp.

Javasoljuk, hogy tekintse át az önkiszolgáló tartalom-közzététel használati forgatókönyvét, ha még nem ismeri. A speciális adatmodell-kezelési forgatókönyv erre a forgatókönyvre épül.

Feljegyzés

Néha a szemantikai modell és az adatmodell kifejezések felcserélhetők. Általában Power BI szolgáltatás szemantikai modellnek nevezzük. Fejlesztési szempontból adatmodellnek (röviden modellnek) nevezzük. Ebben a cikkben mindkét kifejezésnek ugyanaz a jelentése. Hasonlóképpen, egy szemantikai modell létrehozójának és egy adatmodellezőnek is ugyanaz a jelentése.

Az alábbi ábra a leggyakoribb felhasználói műveletek és eszközök magas szintű áttekintését mutatja be, amelyek segíthetnek az adatmodellek fejlesztésében, kezelésében vagy optimalizálásában.

Az ábra a fejlett adatmodell-kezelést mutatja be, amely a készítők speciális modellezési és közzétételi képességeket biztosít. A diagram elemeit az alábbi táblázat ismerteti.

Tipp.

Javasoljuk, hogy töltse le a forgatókönyv-diagramot , ha be szeretné ágyazni a bemutatóba, a dokumentációba vagy a blogbejegyzésbe, vagy nyomtassa ki fali plakátként. Mivel ez egy méretezhető vektorgrafika (SVG) kép, minőségromlás nélkül skálázhatja fel vagy le.

A forgatókönyv-diagram a következő felhasználói műveleteket, eszközöket és funkciókat ábrázolja:

Cikk Leírás
1. elem. A modellkészítők táblázatos szerkesztővel fejlesztenek adatmodelleket. Gyakran előfordul, hogy a kezdeti tervezési munkát (például a Power Query-munkát) a Power BI Desktopban végzik, mielőtt táblázatos szerkesztőre váltanak (a forgatókönyv-diagramon nem látható).
2. elem. Az adatmodell egy vagy több adatforrásból származó adatokhoz csatlakozik.
3. elem. Egyes adatforrásokhoz helyszíni adatátjáróra vagy VNet-átjáróra lehet szükség az adatfrissítéshez, például a magánhálózaton belül találhatóakhoz.
4. elem. Az adatmodellek fejlesztése a Táblázatszerkesztőben történik. A Power Query-szkriptek (M) szerkesztése támogatott. A modellkészítők C#-szkriptekkel felgyorsíthatják a fejlesztést.
5. elem. Ha elkészült, a szemantikai modell létrehozói a cél-munkaterület XMLA-végpontjának használatával közzéteszik az adatmodellt a Táblázatszerkesztőből a Power BI szolgáltatás.
6. elem. Az adatmodell közzé lesz téve egy megosztott szemantikai modellek tárolására és védelmére kijelölt munkaterületen. A munkaterülethez csak akkor lehet hozzáférni az XMLA-végpont használatával, ha a munkaterület licencmódja Fabric-kapacitásra, Prémium szintű kapacitásra, felhasználónkénti Premium vagy Embeddedre van állítva.
7. elem. A jelentéskészítők a megosztott szemantikai modellhez való élő kapcsolat használatával hoznak létre jelentéseket.
8. elem. A jelentéskészítők jelentéseket fejlesztenek a Power BI Desktopban. A jelentések szemantikai modellektől való szándékos elkülönítésétől eltérően a tartalomkészítők a jelentéskészítés tipikus folyamatát követik.
9. elem. Ha elkészült, a jelentéskészítők közzéteszik a Power BI Desktop-fájljukat (.pbix) vagy a Power BI-projektfájlt (.pbip) a Power BI szolgáltatás.
10. tétel. A jelentések közzé vannak téve egy olyan munkaterületen, amely a jelentések és irányítópultok tárolására és védelmére van kijelölve.
11. tétel. A közzétett jelentések továbbra is csatlakoznak egy másik munkaterületen tárolt megosztott szemantikai modellhez. A megosztott szemantikai modell módosításai minden függő jelentést érintenek.
12. elem. A külső eszközök az XMLA-végpont használatával kérdezhetik le a megosztott szemantikai modellt. A megosztott szemantikai modell lekérdezésére vagy frissítésére más XMLA-kompatibilis eszközök is használhatók, például a DAX Studio, a Fabric-jegyzetfüzetekből származó szemantikai hivatkozás vagy a Windows PowerShell. A Power BI Desktop, az Excel és a Jelentéskészítő az XMLA-végponttal is csatlakozhat (a forgatókönyv-diagramon nem látható).
13. tétel. Más Microsoft- és külső eszközök is használhatják az XMLA-végpontot a szemantikai modell kezeléséhez és az alkalmazás életciklusának felügyeletéhez. További információ: XMLA végpontalapú ügyféleszközök.
14. tétel. A hálógazdák felügyelik a bérlői beállítást az XMLA-végpont használatának engedélyezéséhez. A rendszergazdának engedélyeznie kell az XMLA-végpontot a Fabric-kapacitásokhoz, a Prémium kapacitásokhoz és a Felhasználónkénti Premium-beállításokhoz.
15. tétel. A hálógazdák felügyelik és figyelik a fabricportál tevékenységeit.

Kulcsfontosságú pontok

Az alábbiakban néhány fontos szempontot emelünk ki a fejlett adatmodell-kezelési forgatókönyvről.

Külső alkalmazások és eszközök

A vállalati BI-csapatok gyakran használják az ügyféleszközöket, például a Táblázatszerkesztőt (amelyet a forgatókönyv-diagramon mutatunk be és a következő témakörben ismertetünk), hogy segítsenek nekik a központosított szemantikai modellek kezelésében. Azonban minden szemantikai modellkészítő, aki speciális modellezési képességekkel szeretne dolgozni, kihasználhatja az ebben a használati forgatókönyvben leírt módszereket.

A külső alkalmazások többféleképpen is használhatók:

  • Csatlakozás távoli adatmodellbe az XMLA-végpont használatával: Egyes külső eszközök közvetlenül csatlakozhatnak egy távoli adatmodellhez a Power BI szolgáltatás (vagy az Analysis Servicesben). Miután csatlakozott az XMLA-végponthoz, a rendszer minden táblázatos objektummodell-(TOM-) műveletet támogat. Ennek a használati forgatókönyvnek ez a megközelítés az elsődleges fókusza.
  • Csatlakozás egy helyi adatmodellre a Power BI Desktopban: Egyes külső eszközök csatlakozhatnak a Power BI Desktopban megnyitott helyi adatmodellhez (az esetdiagramon nem látható). Vannak azonban korlátozások, és nem minden külső eszköz funkció támogatott hivatalosan.
  • Csatlakozás egy sablonfájlhoz a Power BI Desktopban: Egyes külső eszközök egyszerűsített módon osztják el funkciójukat Egy Power BI Desktop-sablonfájl (.pbit) használatával (a forgatókönyvdiagramon nem látható).

Tabular Editor

A táblázatos szerkesztő a forgatókönyv-diagramon látható. Ez egy harmadik féltől származó eszköz, amely széles körben elterjedt a Power BI-közösség számára. A táblázatos adatmodellek táblázatos szerkesztővel való kezelésének néhány előnye:

  • A Power BI Desktopban nem támogatott adatmodell-képességek beállítása: A Táblázatos szerkesztő felületet biztosít az objektumszintű biztonság (OLS), számítási csoportok, perspektívák, fordítások és partíciók beállításához.
  • Az egyidejű modellfejlesztés támogatása: A Microsoft adatmodell-fejlesztési eszközei, például a Visual Studio és az Analysis Services-projektek a teljes adatmodell-definíciót egy Model.bim-fájlban tárolják . Ez az egyetlen fájl megnehezítheti a fejlesztők csapatának, hogy egyetlen adatmodellen működjenek együtt. A táblázatos szerkesztőnek van egy mappaszerializálás nevű funkciója. A mappaszerializálás a Model.bim fájlt különálló objektumspecifikus fájlokká alakítja egy rendszerezett mappastruktúrában. A különböző adatmodellezők ezután különböző fájlokon dolgozhatnak, és kisebb a kockázata annak, hogy felülírják egymás erőfeszítéseit.
  • Integráció a forrásvezérlővel: A mappaszerializálás lehetővé teszi, hogy a forrásvezérlő rendszer könnyen észlelje az adatmodell módosításait, megkönnyítve a forrásegyesítéseket és az ütközésfeloldásokat.
  • Továbbfejlesztett adatmodellek minősége és kialakítása: A Táblázatos szerkesztő integrálható az ajánlott eljárások elemzőjével (BPA). A BPA testre szabható szabályokkal segíti az adatmodellezőket, amelyek javíthatják az adatmodellek minőségét, konzisztenciáját és teljesítményét. A GitHubról letöltheti a (Microsoft által biztosított) ajánlott eljárásokra vonatkozó szabályokat.
  • Nagyobb hatékonyság adatmodellek fejlesztésekor: A Táblázatszerkesztő felület jól használható kötegelt szerkesztésekhez, hibakereséshez és adatmodell-függőségek megtekintéséhez. A táblázatos szerkesztő abban különbözik a Power BI Desktoptól, hogy leválasztott módban működik. Az adatmodellt leválasztott módban módosíthatja, és szerkesztési kötegként véglegesítheti őket. Az ily módon végzett munka gyorsabb fejlesztést és ellenőrzést tesz lehetővé, különösen a tapasztalt adatmodellezők számára. C#-szkripteket is létrehozhat, és makróként mentheti őket. Ezek a szkriptek segíthetnek a több adatmodell felügyeletének és szinkronizálásának hatékonyságának javításában.

XMLA-végpont

Az XMLA-végpont az XMLA protokoll használatával teszi elérhetővé a táblázatos adatmodellek összes funkcióját, beleértve a Power BI Desktop által nem támogatott adatmodellezési műveleteket is. A TOM API-val programozott módosításokat végezhet egy adatmodellen.

Az XMLA-végpont kapcsolatot is biztosít. Csak akkor csatlakozhat szemantikai modellhez, ha a licenc móddal rendelkező munkaterület felhasználónkénti Premium, kapacitásonkénti Prémium vagy Embedded értékre van állítva. A kapcsolat létrejötte után egy XMLA-kompatibilis eszköz kétféleképpen működhet az adatmodellen:

  • Adatok és metaadatok írása: Az XMLA-végpont olvasási/írási használata a következőket teszi lehetővé:
    • A Power BI Desktop által nem támogatott adatmodellezési képességek, például az objektumszintű biztonság (OLS), a számítási csoportok, a perspektívák, a fordítások és a partíciókezelés.
    • Összetettebb üzemelő példányok. Például egy részleges vagy csak metaadat-alapú üzembe helyezés, amely csak egyetlen új mértéket tesz közzé.
    • Aszinkron szemantikai modell frissítése. Például egy tábla vagy partíció frissítése.
  • Adatok és metaadatok olvasása: Az XMLA-végpont írásvédett használata a következőket teszi lehetővé:
    • Szemantikai modellek és lekérdezések monitorozása, hibakeresése és nyomon követése.
    • Lehetővé teszi, hogy a külső adatjelentési eszközök vizualizálják a megosztott szemantikai modellből származó adatforrásokat. Ez a technika nagyszerű módja annak, hogy kiterjesztse a felügyelt önkiszolgáló BI előnyeit és befektetését.

Figyelmeztetés

Miután módosított vagy közzétett egy szemantikai modellt az XMLA-végpont használatával, többé nem töltheti le a Power BI szolgáltatás Power BI Desktop-fájlként.

XMLA-beállítások kapacitásonként

Minden Power BI Premium- és Power BI Embedded-kapacitás rendelkezik egy beállítással, amely meghatározza, hogy az XMLA-végpont írásvédett, olvasható/írható vagy ki van-e kapcsolva. Ez a beállítás a Power BI-bérlő összes Prémium felhasználónkénti munkaterületén is elérhető. Az XMLA olvasási/írási hozzáférését minden olyan kapacitáshoz engedélyezni kell, amely szemantikai modelleket tartalmaz, amelyeket a Power BI Desktoptól eltérő eszközzel szeretne kezelni.

Tipp.

Az XMLA-végpontbeállítás (írási/írási, írási vagy kiírási) az adott kapacitáshoz rendelt összes munkaterületre és szemantikai modellre vonatkozik. Több kapacitást is beállíthat az egyes kapacitások tartalomkezelésének decentralizálásához és/vagy testreszabásához.

XMLA-bérlő beállítása

Az XMLA-végpontbeállítások mellett a Power BI-rendszergazdáknak a bérlői beállításokat kell használniuk az XMLA-végpontok és az Elemzés az Excelben helyszíni szemantikai modellekkel való engedélyezéséhez. Ha engedélyezve van, engedélyezheti az összes felhasználónak vagy adott biztonsági csoportnak az XMLA-végpont funkcióinak használatát.

Feljegyzés

A szokásos biztonsági és adatvédelmi funkciók továbbra is érvényesek annak megadására, hogy mely felhasználók tekinthetik meg és/vagy szerkeszthetik a tartalmat.

Külső eszközök

A Power BI Desktop képes kezelni a legtöbb önkiszolgáló tartalomkészítő számára a végpontok közötti igényeket. A külső eszközök azonban más vállalati funkciókat és funkciókat is kínálnak. Emiatt a Power BI-közösségben elterjedtek a külső eszközök, például a Táblázatszerkesztő, különösen a fejlett tartalomkészítők, fejlesztők és informatikai szakemberek számára.

Tipp.

Ez a blogbejegyzés azt ismerteti, hogy a külső eszközök hogyan teszik lehetővé a Power BI termékcsapatának a fejlesztési prioritások újraértékelését, a Power BI platform elérésének növelését, valamint a felhasználói közösségtől érkező fejlettebb és változatosabb kérések teljesítését.

Feljegyzés

Egyes külső eszközök fizetős licencet igényelnek, például a Táblázatszerkesztő 3-at. Más közösségi eszközök ingyenesek és nyílt forráskód (például Tabular Editor 2, DAX Studio és ALM Toolkit). Javasoljuk, hogy gondosan értékelje ki az egyes eszközök, költségek és támogatási modellek funkcióit, hogy megfelelően támogassa a tartalomkészítők közösségét.

Adatmodellek kezelése

A használati forgatókönyv elsődleges témája a tartalomkészítő, aki táblázatos szerkesztőt használ az adatmodellek kezeléséhez. A ritkán előforduló speciális adatmodell-kezelési követelmények, például az alkalmi partíciókezelés esetén dönthet úgy, hogy egy olyan eszközt használ, mint az SQL Server Management Studio (SSMS). A .NET-fejlesztők power BI szemantikai modelleket is létrehozhatnak és kezelhet a TOM API használatával.

Tipp.

Ha XMLA-végpontot használ az adatmodellek kezeléséhez, javasoljuk, hogy engedélyezze a nagy szemantikai modell tárolási formátumbeállítását . Ha engedélyezve van, a nagy szemantikai modell tárolási formátuma javíthatja az XMLA írási művelet teljesítményét.

Az adatmodell és a jelentések elkülönítése

Ahhoz, hogy ez a használati forgatókönyv sikeres legyen, el kell különítenie a jelentéseket az adatmodelltől. Ez a megközelítés a felügyelt önkiszolgáló BI-használati forgatókönyvben leírt különálló Power BI Desktop-fájlok kezelését eredményezi. Még ha minden fejlesztésért ugyanaz a személy felelős, a szemantikai modellek és jelentések elkülönítése azért fontos, mert a Táblázatos szerkesztő nem rendelkezik a jelentés tartalmával kapcsolatos tudatossággal.

Átjáró beállítása

Általában adatátjáróra van szükség a privát szervezeti hálózaton vagy virtuális hálózaton belül található adatforrások elérésekor. A helyszíni adatátjáró akkor válik relevánssá, ha az adatmodellt közzéteszik a Power BI szolgáltatás. Az átjáró két célja az importált adatok frissítése, vagy egy élő kapcsolatot vagy DirectQuery szemantikai modellt lekérdező jelentés megtekintése (a forgatókönyvdiagramon nem látható).

Feljegyzés

A központi adatátjárók standard módban erősen ajánlottak személyes módban lévő átjárókon keresztül. Normál módban az adatátjáró támogatja az élő kapcsolati és DirectQuery-műveleteket (az ütemezett adatfrissítési műveletek mellett).

További információ: Helyszíni adatátjáró (standard mód).

Rendszerfelügyelet

A tevékenységnapló rögzíti a Power BI szolgáltatás előforduló felhasználói tevékenységeket. A Power BI-rendszergazdák az összegyűjtött tevékenységnapló-adatok használatával végezhetnek naplózást , hogy könnyebben megértsék az XMLA-végpontokon keresztül csatlakozó tevékenységeket.

A Power BI implementálási döntéseivel kapcsolatos további hasznos forgatókönyvekért tekintse meg a Power BI használati forgatókönyveit ismertető cikket.