資料流程的考量與限制

在撰寫、重新整理和進行容量管理時,使用者需牢記幾個資料流程限制,如下列各節中所述。

一般限制

  • 您可以在 政府版的 Power BI 功能可用性 一文中找到跨政府環境的功能同位。
  • 刪除的資料來源不會從資料流程資料來源頁面移除。 這是良性行為,不會影響資料流程的重新整理或編輯。 在 [譜系檢視] 中,已刪除的資料來源會顯示為數據流的譜系。
  • 已刪除的資料來源仍會顯示在閘道下拉式清單中的 [設定] 頁面中。
  • 深度 等於連結至其他資料流程的資料流程。 目前的最大深度為 32。
  • 度等於資料流程內的實體。
    • 資料流程中沒有最佳實體數目的指引或限制,不過,共用資料流程的重新整理限制為每一實體兩小時,而每個資料流程有三個。 因此,如果您有兩個實體,而且每個實體需要兩小時,就不應該將它們放在相同的資料流程中。
    • 針對Power BI Premium,指引和限制是由個別使用案例所驅動,而不是特定需求所驅動。 Power BI Premium的唯一限制是每個資料流程 24 小時的重新整理。
  • 需要Power BI Premium訂用帳戶,才能跨工作區重新整理 10 個以上的資料流程
  • PowerQuery 限制可在 PowerQuery Online 使用限制一文中找到。
  • Power BI 資料流程不支援在 URL 引數中使用全域變數。
  • 目前不支援多地理位置,除非將儲存體設定為使用您自己的 Azure Data Lake Gen2 儲存體帳戶。
  • Vnet 支援是使用閘道來達成。
  • 搭配閘道資料來源使用 計算實體 時,應該在與計算不同的資料來源中執行資料擷取。 計算實體應該以只用于擷取的實體為基礎,而不是在其自己的混搭步驟內擷取資料。
  • 在 Power BI 資料流程中,您可以使用參數,但除非您編輯整個資料流程,否則無法編輯它們。 就這一點而言,資料流程中的參數的行為類似于宣告的常數。

資料流程撰寫

撰寫資料流程時,使用者應注意下列考量事項:

  • 撰寫資料流程是在 Power Query Online (PQO) 環境中執行的;請參閱 Power Query 限制中描述的限制。 由於資料流程撰寫是在 Power Query Online (PQO) 環境中完成,因此在資料流程工作負載設定上執行的更新只會影響重新整理,而且不會影響撰寫體驗

  • 資料流程只能由其擁有者修改

  • 我的工作區中無法使用資料流程

  • 使用閘道資料來源的資料流程不支援相同資料來源的多個認證

  • 使用 Web.Page 連接器需要閘道

API 考量

您可在 REST API 參考 (英文) 中找到支援資料流程 REST API 的詳細資訊。 以下是一些要記住的考量:

  • 匯出和匯入資料流程會提供該資料流程新的識別碼

  • 匯入包含連結資料表的資料流程不會修正資料流程中的現有參考, (應該手動修正這些查詢,然後再匯入資料流程)

  • 若資料流程最初是使用匯入 API 建立的,則可使用 CreateOrOverwrite 參數來覆寫資料流程

共用容量中的資料流程

共用容量中的資料流程 (非 Premium 容量) 有下列限制:

  • 重新整理資料流程時,共用容量中的逾時是每個資料表 2 小時,每個資料流程 3 小時
  • 連結資料表無法在共用資料流程中建立,不過只要查詢上的 [已啟用載入 ] 屬性已停用,就可以存在於資料流程中
  • 無法在共用資料流程中建立計算資料表
  • 共用資料流程中無法使用 AutoML 和認知服務
  • 累加式重新整理無法在共用資料流程中運作

Premium 中的資料流程

Premium 中存在的資料流程具有下列考慮和限制。

重新整理和資料考量:

  • 重新整理資料流程時,逾時為 24 小時, (資料表和/或資料流程)

  • 將資料流程從累加式重新整理原則變更為一般重新整理時,將會卸除所有資料,反之亦然

  • 修改資料流程的結構描述會卸除所有資料

  • 搭配資料流程使用 Premium Per User (PPU) 授權時,資料會在將資料移出 PPU 環境時清除

  • 當資料流程在 Premium Per User (PPU) 內容中重新整理時,非 PPU 使用者看不到資料

  • 只有在啟用增強型計算引擎時,累加式重新整理才能與資料流程搭配運作

連結和計算資料表:

  • 連結的資料表可以向下移至 32 個參考的深度

  • 不允許連結資料表的迴圈相依性

  • 連結資料表無法與從內部部署資料來源取得資料的一般資料表聯結

  • 查詢 (查詢 A時,例如,) 用於計算另一個查詢 (資料流程中的查詢 B) ,查詢 B 會變成計算資料表。 計算資料表無法參考內部部署來源。

計算引擎:

  • 使用計算引擎時,資料擷取的初始時間大約會增加 10% 到 20%。

    • 這僅適用於計算引擎上的第一個資料流程,以及從資料來源讀取資料
    • 使用來源資料流的後續資料流程不會產生相同的懲罰
  • 只有某些作業會使用計算引擎,而且只有在透過連結資料表或計算資料表使用時才使用。 您可在此部落格文章中取得可用作業的完整清單。

容量管理:

  • 根據設計,Premium Power BI 容量具有內部Resource Manager,當容量在低記憶體上執行時,會以不同的方式節流工作負載。

    1. 針對資料流程,節流壓力會減少可用的 M 容器數
    2. 資料流程的記憶體可設為 100%,並具備對資料大小而言大小適當的容器,工作負載即會適當地管理容器數
  • 您可透過將配置到工作負載其總記憶體量除以配置到容器的記憶體量,以取得適當的容器數目

資料集中的資料流程使用方式

  • 在 Power BI Desktop 中建立資料集,然後將其發佈到 Power BI 服務時,請確保在 Power BI Desktop 中針對資料流程資料來源使用的認證與將資料集發佈到服務時所使用認證相同。
    1. 若無法確保這些認證相同,便會在資料集重新整理時產生「找不到金鑰」錯誤

注意

如果資料流程結構已變更,例如新的或重新命名的資料行,資料集將不會顯示變更,而且變更也可能會導致資料集的Power BI 服務中的資料重新整理失敗,直到重新整理Power BI Desktop並重新發佈為止。

資料流程和具名連線

搭配 具名連線使用資料流程時,適用下列限制:

  • 例如,您只能建立特定路徑和類型的一個雲端連線,您只能建立一個 SQL 加上伺服器/資料庫雲端連線。 您可以建立多個閘道連線。
  • 您無法命名或重新命名雲端資料來源;您可以命名或重新命名閘道連線。

ADLS 限制

  • GCC、GCC High 或 DOD 環境中無法使用 ADLS。 如需詳細資訊,請參閱 適用于美國政府客戶的 Power BI
  • 由於 ADLS Gen 2 API 中的變更,您必須指派為資源的擁有者。
  • 不支援 Azure 訂用帳戶移轉,但有兩種替代方法:
    • 第一種方法:移轉之後,使用者可以卸離工作區並重新連結工作區。 如果使用租使用者層級帳戶,您必須卸離所有工作區,然後在租使用者層級中斷連結,然後重新附加。 對於不想要刪除其所有資料流程或擁有許多工作區的客戶而言,可能不想要這麼做。
    • 第二種方法:如果上述方法不可行,請提交支援要求以變更資料庫中的訂用帳戶識別碼。
  • ADLS 不支援工作區命名和資料流程命名一文之 目錄和檔案名 區段中清單中的大部分元素,因為下列限制:
    • Power BI 會傳回無説明的錯誤,或允許程式發生,但重新整理將會失敗。
  • 不支援跨租使用者 ADLS 訂用帳戶。 附加至 Power BI 的 ADLS 必須屬於 Power BI 用於 Azure Active Directory (Azure AD) 的相同 Azure 租使用者。

資料流程資料類型

資料流程中支援的資料類型如下:

Mashup 資料類型 資料流程資料類型
時間 時間
Date Date
Datetime Datetime
DateTimeZone DateTimeOffset
邏輯 Boolean
文字 字串
任何 String
貨幣 Decimal
Int8 Int64
Int16 Int64
Int32 Int64
Int64 Int64
Double Double
百分比 Double
Single Double
Decimal Double
數字 Double
持續時間 不支援
Binary 不支援
函式 不支援
資料表 不支援
List 不支援
Record 不支援
類型 不支援
動作 不支援
不支援
Null 不支援

後續步驟

下列文章提供資料流程和 Power BI 的詳細資訊: