Power BI 使用案例:自助式即時分析
注意
本文是 Power BI 實作規劃系列文章的其中一篇。 此系列主要著重於 Microsoft Fabric 中的 Power BI 體驗。 如需有關此系列的簡介,請參閱 Power BI 實作規劃。
此使用案例著重於商務分析師如何產生即時 Power BI 報表。 即時所代表的意義是資料一律為最新,而報表取用者不需要與視覺效果互動。 資料視覺效果應該會自動重新整理,隨時顯示目前的資料。
即時報表可讓組織根據最新的資料來監視並做出有把握的決策。
注意
在本文中,即時 (real-time) 一詞實際上表示近即時 (near real-time)。 近即時表示由於資料處理和網路傳輸時間,總是會有一定程度的延誤 (稱為延遲)。
若要開發自助式即時分析,商務分析師必須先建立(或連線到) DirectQuery 語意模型。 然後,商務分析師可以建置報表並進行自動頁面重新整理設定。 設定之後,Power BI 會自動重新整理報表頁面以顯示目前的資料。
提示
您也可以使用推送資料集,在 Power BI 中實現即時分析。 不過,本主題超出此自助式即時使用案例的範圍,因為該目標為開發人員。 推送資料集通常包含開發程式設計解決方案。
若要完整了解 Power BI 即時分析,請逐步進行使用 Power BI 即時監視資料學習路徑。
案例圖表
下圖描述支援自助式即時分析最常見使用者動作和 Power BI 元件的整體概觀。 主要目標是建立 DirectQuery 模型,以及建置使用自動頁面重新整理的 Power BI 報表。
提示
如果您想要將此案例圖表內嵌在簡報、文件或部落格文章中,或將其列印成牆面海報,建議您下載案例圖表。 此圖表是可縮放向量圖形 (SVG) 影像,因此您可以將其擴大或縮小,而不會降低品質。
上述圖表描述下列使用者動作、工具和功能:
項目 | 說明 |
---|---|
內容建立者使用 Power BI Desktop 以建立 DirectQuery 模型。 | |
Power BI Desktop 會將原生查詢傳送至基礎資料來源,藉以擷取目前的資料。 | |
內容建立者建置報表,並藉由啟用和設定自動頁面重新整理來顯示近即時更新。 | |
準備好時,內容建立者會將其 Power BI Desktop 檔案 (.pbix) 或 Power BI 專案檔案(.pbip) 發佈至 Power BI 服務或 Fabric 入口網站中的工作區。 | |
發佈之後,工作區會包含新的報表和 DirectQuery 語意模型。 當工作區是個人或 Pro 工作區時,最小自動頁面重新整理間隔為 30 分鐘 (即時報表建立者設定較低的間隔也是如此)。 | |
當報表取用者開啟已啟用自動頁面重新整理的報表頁面時,資料視覺效果會自動重新整理以顯示目前的資料。 | |
某些資料來源可能需要內部部署的資料閘道或 VNet 閘道以便重新整理資料,例如位於私人組織網路內的資料來源。 | |
自動頁面重新整理頁面上的每個視覺效果都會查詢語意模型以從基礎資料來源擷取目前的資料。 | |
當自動頁面重新整理報表儲存在使用 Fabric 容量、Premium 容量或 Premium Per User 授權模式的工作區中時,Power BI 可以每隔一分鐘或更長時間自動重新整理。 您也可以使用變更偵測重新整理類型,以便 Power BI 可以避滿不必要的重新整理。 設定變更偵測重新整理類型時,Power BI 會在每個重新整理間隔傳送變更偵測查詢以判斷自上次自動重新整理後資料是否變更。 當 Power BI 偵測到變更,便會重新整理頁面上的所有視覺效果。 | |
報表取用者會從工作區或 Power BI 應用程式檢視最新的內容。 | |
容量管理員可以啟用或停用自動頁面重新整理功能。 當停用此功能時,指派給容量的工作區中所儲存報表無法使用自動頁面重新整理。 容量管理員也可以設定最小重新整理間隔和最小執行間隔。 這些最小間隔將覆寫使用較小間隔的任何報表頁面設定。 | |
網狀架構管理員會在網狀架構入口網站中監督和監視活動。 |
重要
此文章有時會提及 Power BI Premium 或其容量訂用帳戶 (P SKU)。 請注意,Microsoft 目前正在整合購買選項,並按容量 SKU 淘汰 Power BI Premium。 新客戶和現有客戶應考慮改為購買 Fabric 容量訂用帳戶 (F SKU)。
如需詳細資訊,請參閱 Power BI Premium 授權的重要更新和 Power BI Premium 常見問題集。
重點
以下是關於自助式即時分析案例所要強調的一些重點。
支援的資料來源
自動頁面重新整理功能不適用於連線至匯入模式的報表,因為所有資料表使用匯入儲存模式。 只有在 Power BI 報表連線至符合下列條件的語意模型時,此功能才能正常運作:
- 包含 DirectQuery 儲存模式資料表。
- 透過 DirectQuery 使用累加式重新整理以即時取得最新資料。 本主題稍後將說明此功能。
- 是與 Azure Analysis Services (AAS) 或 SQL Server Analysis Services (SSAS) 中表格式模式的即時連線。
- 是推送資料集。 如需詳細資訊,請參閱將資料推送至資料集。
DirectQuery 模式是匯入模式的替代方案。 在 DirectQuery 模式中開發的模型不會匯入資料。 相反地,它們只會包含定義模型結構的中繼資料。 查詢模型時,系統會使用原生查詢來從基礎資料來源擷取資料。
從自助式觀點而言,若資料來源支援此儲存模式,商務分析師可以將 DirectQuery 儲存資料表新增至 Power BI Desktop 中的該模式。 一般而言,DirectQuery 支援關聯式資料庫。 如需支援 DirectQuery 的資料來源完整清單,請參閱 DirectQuery 支援的資料來源。
商務分析師也可以透過設定累加式重新整理以增強匯入模型。 透過啟用 [使用 DirectQuery 即時取得最新資料] 選項 (僅受 Premium 工作區 支援),Power BI Desktop 會新增 DirectQuery 分割區以確保擷取最新的資料。 如需詳細資訊,請參閱語意模型的累加式重新整理和即時資料。
商務分析師也可以建立與現有表格式模式 (包含 DirectQuery 儲存模式資料表) 的即時連線。
包含資料來源擁有者
在發佈自動頁面重新整理報表之前,建議先與資料來源擁有者討論即時需求。 這是因為自動頁面重新整理會對資料來源產生重大工作負載。
請考量使用單一報表頁面且其已設定為每隔五分鐘重新整理並包含兩個視覺效果。 開啟報表頁面時,Power BI 將每小時至少將 24 個查詢 (12 次重新整理 x 兩個視覺效果) 傳送至基礎資料來源。 現在,假設有 10 位報表取用者同時開啟相同的報表頁面。 在此情況下,Power BI 將每小時傳送 240 個查詢。
請務必討論即時需求,包含報表頁面上的視覺效果數目和所需重新整理的間隔。 當使用案例正當時,資料來源擁有者可以採取主動步驟,方法是擴大資料來源資源。 資料來源擁有者也可以透過新增實用索引並具體化檢視以最佳化資料來源。 如需詳細資訊,請參閱 Power BI Desktop 中的 DirectQuery 模型指引。
重新整理類型
自動頁面重新整理支援兩個重新整理類型。
- 固定間隔:按固定間隔更新所有頁面視覺效果,間隔可以是每隔一秒至多天。
- 變更偵測:更新所有頁面視覺效果 (若自上次自動重新整理起來源資料已變更)。 這可以避免不必要的重新整理,如此有助於減少 Power BI 服務和基礎資料來源的資源使用量。 Power BI 僅針對 Premium 工作區及 Power BI 裝載的資料模型支援此重新整理類型。 不支援 AAS 或 SSAS 中裝載的遠端資料模型。
若要設定變更偵測,您必須建立特別類型的量值 (稱為變更偵測量值)。 例如,變更偵測量值可以查詢最大銷售訂單數目。 Power BI 會使用變更偵測量值以查詢資料來源。 每次 Power BI 都會儲存查詢結果,以根據您設定的重新整理間隔,將其與下一筆結果進行比較。 結果不同時,Power BI 就會重新整理頁面。
模型僅可以有一個變更偵測量值,每個租用戶最多只能有 10 個變更偵測量值。
如需詳細資訊,請參閱重新整理類型。
容量管理
當工作區連結至 Premium 容量時,容量管理員可以針對容量啟用或停用自動頁面重新整理功能。 當停用此功能時,任意連結工作區中儲存的報表無法使用自動頁面重新整理。
容量管理員也可以設定最小重新整理間隔 (預設為 5 分鐘) 和最小執行間隔 (預設為 5 分鐘)。 執行間隔決定變更偵測查詢的頻率。 當報表頁面間隔小於容量最小間隔時,Power BI 將使用容量最小間隔。
注意
最小間隔不適用於 Power BI Desktop 中開啟的報表。
發生與自動頁面重新整理相關的效能問題時,容量管理員可以採取下列動作:
- 將容量擴大至較大的 Premium SKU。
- 提高最低間隔。
如需詳細資訊,請參閱頁面重新整理間隔。
閘道安裝
在存取位於私人組織網路或虛擬網路內的資料來源時,通常需要資料閘道。 閘道支援 DirectQuery 作業 (視覺效果查詢和變更偵測查詢)。
系統監督權
活動記錄會記錄 Power BI 服務中發生的使用者活動。 Power BI 管理員可以使用收集的活動記錄資料執行稽核,以協助他們了解使用模式和採用。
使用可供系統管理員使用的進階版容量計量應用程式時,您可以將低優先順序查詢所使用的容量視覺化。 低優先順序查詢是由自動頁面重新整理查詢與模型重新整理查詢所組成。 變更偵測查詢的優先順序並不低。
相關內容
如需可協助您進行 Power BI 實作決策的其他實用案例,請參閱 Power BI 使用案例一文。