共用方式為

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 使用案例。

為求簡潔，本文並未涵蓋內容共同作業和傳遞案例主題所說到的某些方面。 如需完整的涵蓋內容，請先閱讀這些文章。

案例圖表

此進階資料模型管理使用案例的重點在於使用 Tabular Editor 來管理資料模型。 您可以使用隨著 Power BI Premium 提供的 XMLA 端點，將資料模型發佈至 Power BI 服務。

重要

此文章有時會提及 Power BI Premium 或其容量訂用帳戶 (P SKU)。 請注意，Microsoft 目前正在整合購買選項，並按容量 SKU 淘汰 Power BI Premium。 新客戶和現有客戶應考慮改為購買 Fabric 容量訂用帳戶 (F SKU)。

如需詳細資訊，請參閱 Power BI Premium 授權的重要更新和 Power BI Premium 常見問題集。

提示

建議您檢閱自助內容發佈使用案例 (如果尚不熟悉)。 進階資料模型管理案例是以該案例為基礎。

注意

有時會交替使用語意模型和資料模型字詞。 一般而言，從 Power BI 服務的觀點，會將它稱為語意模型。 從開發觀點，則稱為資料模型 (或簡稱模型)。 在本文中，這兩個詞的意思相同。 同樣地，語意模型建立者和資料建模者的意義也相同。

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

顯示進階資料模型管理，也就是讓建立者具備進階模型和發佈功能的能力的圖表。下表會說明此圖中的項目。

提示

如果您想要將此案例圖表內嵌在簡報、文件或部落格文章中，或將其列印成牆面海報，建議您下載案例圖表。 此圖表是可縮放向量圖形 (SVG) 影像，因此您可以將其擴大或縮小，而不會降低品質。

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

項目 描述
項目 1. 模型建立者會使用 Tabular Editor 來開發資料模型。 通常會先在 Power BI Desktop 中完成初始設計工作 (例如 Power Query 工作)，之後才切換至 Tabular Editor (未在案例圖表中描繪)。
項目 2. 資料模型會連接來自一或多個資料來源的資料。
項目 3. 某些資料來源可能需要內部部署資料閘道或 VNet 閘道以進行資料重新整理，例如位於私人組織網路內的資料來源。
項目 4. 資料模型開發是在 Tabular Editor 中完成。 支援編輯 Power Query (M) 指令碼。 模型建立者可以使用 C# 指令碼來加速開發。
項目 5. 準備好時，語意模型建立者會使用目標工作區的 XMLA 端點，將資料模型從 Tabular Editor 發佈至 Power BI 服務。
項目 6。 資料模型會發佈至專用於儲存和保護共用語意模型的工作區。 只有在工作區授權模式設定為 Fabric 容量、Premium 容量、Premium Per User 或 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。 Fabric 系統管理員會管理租用戶設定，以啟用使用 XMLA 端點。 系統管理員必須針對 Fabric 容量、Premium 容量和 Premium Per User 設定啟用 XMLA 端點。
項目 15。 網狀架構管理員會在網狀架構入口網站中監督和監視活動。

重點

以下是關於進階資料模型管理案例所要強調的一些重點。

第三方應用程式和工具

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

有數個方式可以使用第三方應用程式：

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

Tabular Editor

案例圖表中會描繪 Tabular Editor。 這是 Power BI 社群廣泛採用的第三方工具。 使用 Tabular Editor 管理表格式資料模型的一些優點包括：

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

XMLA 端點

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

XMLA 端點也提供連線能力。 只有當工作區的授權模式設定為 Premium Per User、Premium Per Capacity 或 Embedded 時，您才能連線到語意模型。 建立連線之後，XMLA 相容的工具可以透過兩個方式在資料模型上運作：

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

警告

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

每個容量的 XMLA 設定

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

提示

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

XMLA 租用戶設定

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

注意

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

協力廠商工具

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

提示

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

注意

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

資料模型管理

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

提示

使用 XMLA 端點進行資料模型管理時，建議您啟用大型語意模型儲存格式設定。 啟用時，大型語意模型儲存格式可提升 XMLA 寫入作業效能。

資料模型和報告的分離

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

閘道安裝

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

注意

強烈建議使用「標準模式」的集中式資料閘道，而不是個人模式的閘道。 在標準模式中，資料閘道支援即時連線和 DirectQuery 作業 (除了排程的資料重新整理作業)。

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

系統監督權

活動記錄會記錄 Power BI 服務中發生的使用者活動。 Power BI 管理員可以使用收集的活動記錄資料來執行稽核，以協助他們了解透過 XMLA 端點連線的活動。

相關內容

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