分享方式:


Power BI 使用案例:進階數據模型管理

注意

本文構成Power BI實作規劃系列文章的一部分。 此系列主要著重於 Microsoft Fabric 內的 Power BI 體驗。 如需系列簡介,請參閱 Power BI 實作規劃

此使用案例著重於 進階數據模型管理,也就是當 Power BI 內容建立者依賴第三方工具來開發、管理或優化數據模型時。 某些第三方工具是Power BI Desktop直接支援的外部工具 您也可以直接與 Power BI 服務 中的 XMLA 端點通訊,來管理已發佈的數據模型(語意模型,先前稱為數據集)。

數據模型裝載於 Power BI 服務、Azure Analysis Services (AAS) 或 SQL Server Analysis Services (SSAS) 中。 此使用案例著重於在 Power BI 服務 中使用 XMLA 端點。

提示

許多人將第三方工具 稱為外部工具。 不過,不同工具的使用方式有差異。 連線 Power BI Desktop 中的本機數據模型,是外部工具詞彙的最常值解譯。 此進階數據模型管理使用案例著重於使用 XMLA 端點連接到遠端數據模型(裝載於 Power BI 服務 的語意模型)。 本文稍後將詳細說明使用第三方工具的不同方式。

您可以使用 XML for Analysis (XMLA) 通訊協定來達到數據模型的連線能力。 XMLA 通訊協定是超過 25 家廠商支援的業界標準通訊協定,包括 Microsoft。 所有與 XMLA 通訊協定相容的工具,包括 第三方工具,都會使用 Microsoft 用戶端連結庫 來讀取和/或將數據寫入數據模型。 XMLA 端點可達成 連線 性,這是由數據模型公開的 API,可擴大語意模型建立者可用的開發和管理功能。

注意

此進階數據模型管理使用案例是其中 一個內容管理和部署 案例。 如需自助式使用案例的完整清單,請參閱 Power BI 使用案例

為了簡潔起見,本文並未涵蓋內容共同作業和傳遞案例主題中所述的某些層面。 如需完整的涵蓋範圍,請先閱讀這些文章。

案例圖表

此進階數據模型管理使用案例的重點在於使用 表格式編輯器 來管理數據模型。 您可以使用 POWER BI 進階版 提供的 XMLA 端點,將數據模型發佈至 Power BI 服務。

重要

本文有時是指 Power BI 進階版 或其容量訂用帳戶(P SKU)。 請注意,Microsoft 目前正在合併購買選項,並淘汰每個容量 SKU 的 Power BI 進階版。 新的和現有的客戶應該考慮改為購買網狀架構容量訂用帳戶(F SKU)。

如需詳細資訊,請參閱 Power BI 進階版 授權Power BI 進階版 常見問題的重要更新。

提示

如果您不熟悉,建議您檢閱 自助式內容發佈 使用案例。 進階數據模型管理案例是以該案例為基礎。

注意

有時候會交替使用語 意模型 和數據 模型 。 一般而言,從 Power BI 服務 的觀點來看,它稱為語意模型。 從開發觀點來看,它稱為 數據模型 (或 簡稱模型 )。 在本文中,這兩個詞彙都有相同的意義。 同樣地,語意模型建立者和數據模型工具具有相同的意義。

下圖描述最常見的使用者動作和工具的高階概觀,可協助您開發、管理或優化數據模型。

圖表顯示進階數據模型管理,也就是讓建立者具備進階模型和發佈功能的能力。下表說明圖表中的專案。

提示

如果您想要將其內嵌在簡報、檔或部落格文章中,建議您下載案例圖表,或將其列印成牆面海報。 因為它是可調整的向量圖形 (SVG) 影像,因此您可以相應增加或減少,而不會遺失品質。

案例圖表描述下列使用者動作、工具和功能:

項目 說明
專案 1. 模型建立者會使用表格式編輯器來開發數據模型。 在切換至表格式編輯器之前,通常會在Power BI Desktop中完成初始設計工作(例如Power Query 工作)。
專案 2. 數據模型會連線到來自一或多個數據源的數據。
專案 3. 某些數據源可能需要內部部署數據網關或 VNet 閘道進行數據重新整理,例如位於私人組織網路內的數據源。
專案 4. 數據模型開發是在表格式編輯器中完成。 支援 Power Query (M) 文稿的編輯。 模型建立者可以使用 C# 腳本來加速開發。
專案 5. 準備好時,語意模型建立者會使用目標工作區的 XMLA 端點,將數據模型從表格式編輯器發佈至 Power BI 服務。
專案 6. 數據模型會發佈至專用於儲存和保護共用語意模型的工作區。 只有在工作區授權模式設定為網狀架構容量、進階版 容量、每位使用者 進階版 或Embedded時,才能使用 XMLA 端點存取工作區
專案 7. 報表建立者會使用 與共用語意模型的即時連線 來建立報表。
專案 8. 報表建立者會在Power BI Desktop中開發報表。 除了故意 分隔報表與語意模型之外,內容建立者會遵循一般報表建立程式。
專案 9. 準備好時,報表建立者會將Power BI Desktop 檔案 (.pbix) 或Power BI項目檔 (.pbip) 發佈至 Power BI 服務。
專案 10。 報表會發佈至專用於儲存和保護報表和儀錶板的工作區。
專案11。 已發佈的報表仍會連接到儲存在不同的工作區中的共用語意模型。 對共用語意模型所做的任何變更都會影響所有相依報表。
專案 12. 第三方工具 可以使用 XMLA 端點來查詢共用語意模型。 其他符合 XMLA 規範的工具,例如 DAX Studio、Fabric 筆記本中的語意連結或 Windows PowerShell,可用來查詢或更新共用語意模型。 Power BI Desktop、Excel 和 報表產生器 也可以使用 XMLA 端點進行連線(案例圖中未描述)。
專案 13。 其他 Microsoft 和第三方工具可以使用 XMLA 端點來管理語意模型,並提供應用程式生命週期管理。 若要深入瞭解,請參閱 XMLA 端點型用戶端工具
專案 14. 網狀架構系統管理員會管理租用戶設定,以啟用 XMLA 端點的使用。 系統管理員必須啟用網狀架構容量的 XMLA 端點、進階版 容量,以及每個使用者設定 進階版。
專案 15. 網狀架構系統管理員會在網狀架構入口網站中監督和監視活動。

重點

以下是強調進階數據模型管理案例的一些重點。

第三方應用程式和工具

企業 BI 小組通常會使用用戶端工具,例如表格式編輯器(如案例圖表中所述,以及下一個主題所述),以協助他們管理集中式語意模型。 不過,任何想要使用進階模型功能的語意模型建立者都可以利用此使用案例中所述的方法。

有數種方式可以使用第三方應用程式:

  • 使用 XMLA 端點 連線 至遠端數據模型:某些第三方工具可以直接連線到 Power BI 服務 (或 Analysis Services) 中的遠端數據模型。 連線到 XMLA 端點之後,支援所有 表格式物件模型 (TOM) 作業。 此方法是此使用案例的主要焦點。
  • 連線 Power BI Desktop 中的本機數據模型:某些第三方工具可以連線到 Power BI Desktop 中開啟的本機數據模型(未在案例圖中描述)。 不過,有一些 限制,並非所有外部工具功能都正式受到支援。
  • 連線 Power BI Desktop 中的範本檔案:某些第三方工具會使用Power BI Desktop 樣本檔案 (.pbit) 以輕量方式散發其功能(案例圖中未描述)。

Tabular Editor

表格式編輯器 會在案例圖表中描述。 這是 Power BI 社群普遍採用的第三方工具。 使用表格式編輯器管理表格式資料模型的一些優點包括:

  • 在 Power BI Desktop 中設定不支援的數據模型功能: 表格式編輯器提供介面來設定物件層級安全性 (OLS)、計算群組、檢視方塊、翻譯和分割區。
  • 支援並行模型開發:Microsoft 數據模型開發工具,例如 Visual Studio 與 Analysis Services 專案,會將整個數據模型定義儲存在 Model.bim 檔案中。 此單一檔案可讓開發人員小組難以共同處理單一數據模型。 表格式編輯器具有稱為 資料夾序列化的功能。 資料夾串行化會將 Model.bim 檔案解構成組織資料夾結構內的個別物件特定檔案。 然後,不同的數據模型化工具可以處理不同的檔案,並降低覆寫彼此工作的風險。
  • 與原始檔控制整合: 資料夾串行化可讓原始檔控制系統輕鬆地偵測數據模型變更,讓來源合併和衝突解決更容易執行。
  • 改善的數據模型質量和設計: 表格式編輯器與 最佳做法分析器 (BPA) 整合。 BPA 可協助數據模型設計師使用一組可自定義的規則,以改善數據模型的品質、一致性和效能。 您可以從 GitHub 下載一組最佳做法規則(由 Microsoft 提供)。
  • 開發數據模型時提高生產力: 表格式編輯器介面可讓您非常適合執行批次編輯、偵錯及檢視數據模型相依性。 表格式編輯器與 Power BI Desktop 不同,因為它在中斷連線模式運作。 您可以在中斷連線模式中進行數據模型變更,並將其認可為一批編輯。 以這種方式運作,可加快開發和驗證速度,特別是針對有經驗的數據模型化工具。 您也可以建立 C# 文稿,並將其儲存為宏。 這些腳本可協助您改善管理和同步處理多個數據模型的效率。

XMLA 端點

XMLA 端點會使用 XMLA 通訊協議來公開表格式數據模型的所有功能,包括 Power BI Desktop 不支援的某些數據模型化作業 。 您可以使用 TOM API 對資料模型進行程式設計變更。

XMLA 端點也提供連線能力。 只有當其授權模式設定為每位使用者的工作區、每個容量 進階版 進階版 或 Embedded 時,您才能連線到語意模型。 建立連線之後,XMLA 相容的工具可以透過兩種方式在數據模型上運作:

  • 寫入資料和元資料: XMLA 端點的讀取/寫入使用允許:
    • Power BI Desktop 不支持的數據模型化功能,例如物件層級安全性 (OLS)、計算群組、檢視方塊、翻譯和數據分割管理。
    • 更複雜的部署。 例如,僅發佈單一新量值的部分部署或僅限元數據的部署。
    • 異步 語意模型重新整理。 例如,重新整理單一數據表或分割區。
  • 讀取資料和元資料: XMLA 端點的唯讀使用允許:
    • 監視、偵錯和追蹤語意模型和查詢。
    • 允許第三方數據報告工具將來自共用語意模型的數據源可視化。 這項技術是擴充受控自助 BI 的優點和投資的絕佳方式。

警告

一旦您使用 XMLA 端點修改或發佈語意模型,就無法再從 Power BI 服務 下載為 Power BI Desktop 檔案。

每個容量的 XMLA 設定

每個 Power BI 進階版 容量和 Power BI Embedded 容量都有一個設定,可控制 XMLA 端點是唯讀、讀取/寫入還是關閉。 此設定也適用於Power BI租使用者中所有 進階版 每位使用者工作區。 必須針對每個容量啟用 讀取/寫入 XMLA 存取,其中包含您想要使用 Power BI Desktop 以外的工具管理的語意模型。

提示

XMLA 端點設定(讀取/寫入、只讀或關閉)適用於指派給特定容量的所有工作區和語意模型。 您可以設定多個容量來分散和/或自訂每個容量的內容管理方式。

XMLA 租用戶設定

除了 XMLA 端點設定之外,Power BI 系統管理員還必須使用租使用者設定來 允許 XMLA 端點,並使用內部部署語意模型在 Excel 中進行分析。 啟用時,您可以允許所有使用者或特定安全組使用 XMLA 端點功能。

注意

所有標準安全性和數據保護功能仍適用,以指定哪些使用者可以檢視和/或編輯內容。

協力廠商工具

Power BI Desktop 可以處理大部分自助內容建立者的端對端需求。 不過,第三方工具提供其他企業特性和功能。 因此,第三方工具,例如 表格式編輯器,在Power BI社群中變得很普遍,特別是針對進階內容建立者、開發人員和IT專業人員。

提示

部落格文章 說明第三方工具如何讓Power BI產品小組重新評估其開發優先順序、增加Power BI平臺的觸達能力,以及滿足使用者社群更進階且多樣化的要求。

注意

某些第三方工具需要付費授權,例如表格式編輯器 3。 其他社群工具是免費的,開放原始碼(例如表格式編輯器 2、DAX Studio 和 ALM 工具組)。 建議您仔細評估每個工具、成本和支援模型的功能,以便充分支持內容建立者的社群。

數據模型管理

此使用案例的主要重點是使用表格式編輯器來管理數據模型的內容建立者。 針對不常的進階數據模型管理需求,例如偶爾的數據分割管理,您可以選擇使用 SQL Server Management Studio (SSMS) 之類的工具。 .NET 開發人員也可以使用 TOM API 來建立及管理 Power BI 語意模型。

提示

使用 XMLA 端點進行數據模型管理時,建議您啟用 大型語意模型儲存格式 設定。 啟用時,大型語意模型儲存格式可以改善 XMLA 寫入作業效能。

數據模型和報表的分離

若要讓此使用案例成功,您應該 將報表與數據模型分開。 此方法會導致管理個別的Power BI Desktop檔案,如受控自助BI使用案例中所述。 即使同一個人負責所有開發,語意模型和報表的分離也很重要,因為表格式編輯器不會知道報表內容。

閘道安裝

通常,存取位於私人組織網路或虛擬網路內的數據源時,需要數據網關。 一旦數據模型發佈至 Power BI 服務,內部部署數據閘道就會變得相關。 網關的兩個用途是 重新整理匯入的數據,或檢視查詢即時連線或 DirectQuery 語意模型的報表(未描述於案例圖表中)。

注意

強烈建議您透過個人模式的閘道,使用標準模式集中式數據閘道。 在標準模式中,數據閘道支持即時連線和 DirectQuery 作業(除了排程的數據重新整理作業)。

如需詳細資訊,請參閱內部部署數據閘道(標準模式)。

系統監督

活動記錄會記錄 Power BI 服務 中發生的用戶活動。 Power BI 系統管理員可以使用收集的活動記錄數據來執行 稽核 ,以協助他們瞭解 透過 XMLA 端點連線的活動。

如需可協助您進行Power BI實作決策的其他實用案例,請參閱 Power BI使用案例 一文。