共用方式為

在 Power BI 中使用 DirectQuery 以連線到 SAP HANA 資料來源

  • 發行項

您可以使用 DirectQuery 直接連線到 SAP Hana 資料來源。 連線到 SAP HANA 時有兩個選項：

  • 將 SAP Hana 視為多維來源 (預設值)：在此情況下，行為會類似於 Power BI 連線到其他多維來源 (例如 SAP Business Warehouse 或 Analysis Services) 時。 當您使用此設定連線到 SAP Hana 時，會選取單一分析或計算檢視，而欄位清單中則會提供該檢視的所有量值、階層與屬性。 隨著視覺效果的建立，將會一律從 SAP Hana 擷取彙總資料。 這技巧是建議的方法，也是 SAP Hana 上新 DirectQuery 報表的預設值。

  • 將 SAP HANA 視為關聯來源：在此情況下，Power BI 會將 SAP HANA 視為關聯來源。 這種方法能提供更大的彈性。 使用此方法時，您必須小心地確保依照預期方式彙總量值，以及避免效能問題。

連線的方法取決於全域工具選項，其設定方式為選取 [檔案]>[選項及設定]，接著選取 [選項]>[DirectQuery]，然後選取 [將 SAP HANA 視為關聯來源] 選項，如下圖所示。

[選項] 對話方塊的螢幕擷取畫面，其中顯示 DirectQuery 選項。

將 SAP HANA 視為關聯來源的選項，可控制在 SAP HANA 上使用 DirectQuery 的任何「新」 報表所使用的方法。 此選項對目前報表中任何現有的 SAP HANA 連線，以及任何其他報表中已開啟的連線，都沒有作用。 因此，如果目前未選取此選項，則在使用 [取得資料] 來新增連至 SAP Hana 的連線時，將會把該連線設定為將 SAP HANA 視為多維來源。 不過，如果已開啟一份不同的報表且也連線到 SAP Hana，則該報表會繼續根據「在其建立時」所設定的選項來運作。 此事實意謂著任何連線到 SAP Hana 且建立日期在 2018 年 2 月之前的報表都會繼續將 SAP Hana 視為關聯來源。

這兩個方法會構成不同的行為，且您無法將現有報表從一個方法切換到另一個方法。

將 SAP HANA 視為多維度來源 (預設值)

所有新的 SAP HANA 連線預設都會使用這個連線方法，將 SAP HANA 視為多維度來源。 若要將連至 SAP Hana 的連線視為關聯來源，您必須選取 [檔案]>[選項及設定]>[選項]，然後選取 [直接查詢]>[將 SAP Hana 視為關聯來源] 底下的方塊。

以多維度來源形式連線到 SAP HANA 時，適用下列考量事項：

  • 在 [Get Data Navigator] (取得資料導覽器) 中，可以選取單一 SAP HANA 檢視。 您無法選取個別量值或屬性。 連線時不會定義任何查詢，這與匯入資料或在將 SAP Hana 視為關聯來源的情況下使用 DirectQuery 時不同。 此考量也意謂著選取此連線方法時，無法直接使用 SAP Hana SQL 查詢。

  • 欄位清單中會顯示所選檢視的所有量值、階層與屬性。

  • 因為在視覺效果中會使用量值，所以將會查詢 SAP Hana 來擷取視覺效果所需彙總層級的量值。 當處理非加法類量值 (例如計數器和比率) 時，會由 SAP Hana 執行所有彙總，Power BI 則不會執行任何進一步的彙總。

  • 若要確保一律能從 SAP HANA 取得正確的彙總值，必須強制實施特定限制。 例如，無法新增計算結果欄，或在將來自多個 SAP HANA 檢視的資料合併在同一份報表內。

將 SAP Hana 視為多維來源無法提供比替代「關聯」方法更大的彈性，但其更為簡單。 此方法也會在處理更複雜的 SAP Hana 量值時確保彙總值的正確性，而且通常能帶來更高的效能。

[欄位] 清單會包括來自 SAP Hana 檢視的所有量值、屬性與階層。 請注意下列使用此連線方法時適用的行為：

  • 任何屬性只要至少包括在一個階層中，預設就會隱藏。 不過，如果需要，從欄位清單上的操作功能表中選取 [檢視隱藏項目]，即可檢視這些屬性。 從相同的操作功能表中，可以在必要時將其設定為可見。

  • 在 SAP HANA 中，可以將一個屬性定義為使用另一個屬性作為其標籤。 例如 Product (值為 1、2、3 等) 可以使用 ProductName (值為 Bike、Shirt、Gloves 等) 作為其標籤。 在此情況下，欄位清單中會顯示單一欄位 Product，其值是標籤 Bike、Shirt、Gloves 等，但決定其排序依據 (以及決定唯一性的因素) 則是索引鍵值 1、2、3。 此外，也會建立一個隱藏資料行 Product.Key，可讓您視需要存取底層索引鍵值。

在連線時，會顯示底層 SAP Hana 檢視中定義的所有變數，並可輸入必要的值。 那些值稍後可透過從功能區選取 [轉換資料]，然後從顯示的下拉式功能表選取 [編輯參數] 來變更。

使用 DirectQuery 時，允許的模型化作業比一般案例有更多限制，因為需要確保能夠一律從 SAP HANA 取得正確的彙總資料。 不過，仍然可以進行許多新增和變更，包括定義量值、將欄位重新命名和隱藏，以及定義顯示格式。 在重新整理時會保留所有這類變更，並且會套用對 SAP Hana 檢視所做的所有非衝突變更。

其他模型限制

使用 DirectQuery 來連線到 SAP Hana (視為多維來源) 時，其他主要的模型化限制如下：

  • 不支援計算結果欄：已停用建立計算結果欄的功能。 這個事實也意味著，建立計算結果欄的群組和叢集將無法使用。
  • 量值的其他限制：可用於量值的 DAX 運算式上還有其他限制，以反映 SAP Hana 所提供的支援層級。
  • 不支援定義關聯性：只能查詢報表內的單一檢視，因此不支援定義關聯性。
  • 沒有資料檢視：[資料檢視] 通常會顯示資料表中的詳細等級資料。 由於 SAP Hana 等 OLAP 來源本質的緣故，因此無法透過 SAP Hana 使用此檢視。
  • 資料行和量值詳細資料是固定的：欄位清單中所示的資料行和量值因基礎來源已固定，而且無法修改。 例如，您無法刪除資料行或變更其資料類型。 不過，可以重新命名。
  • DAX 中的其他限制：可用於量值定義的 DAX 上還有其他限制，以反映來源中的限制。 例如，您無法對資料表使用彙總函式。

其他視覺效果限制

使用 DirectQuery 來連線到 SAP HANA (視為多維度來源) 時，在視覺效果方面有限制：

  • 沒有資料行彙總：您無法變更視覺效果上資料行的彙總，且其一律為「不摘要」。

將 SAP HANA 視為關聯來源

選擇連線到 SAP Hana 作為關聯來源時，會有一些額外的彈性變得可用。 例如，您可以建立計算結果欄、納入來自多個 SAP HANA 檢視的資料，以及在產生的資料表之間建立關聯性。 不過，其與將 SAP Hana 視為多維來源時存在行為上的差異，特別是當 SAP Hana 檢視包含非累加量值 (例如相異計數或平均值)，而不是簡單的總和時，且與針對 SAP Hana 執行的查詢效率相關。

當 [取得資料] 或 Power Query 編輯器中所定義的查詢執行彙總時，從釐清關聯來源 (例如 SQL Server) 的行為開始著手會相當有用。 在接下來的範例中，Power Query 編輯器中所定義的查詢會依 ProductID 傳回平均價格。

此圖表顯示 Power Query 編輯器中定義的查詢，其會依 Product ID 傳回平均價格。

如果是將資料匯入 Power BI，相較於使用 DirectQuery，將會產生下列情況：

  • 資料是在由 Power Query 編輯器中建立的查詢所定義的彙總層級上匯入。 例如，產品的平均價格。 此事實會導致資料表包含兩個可在視覺效果中使用的資料行 ProductID 和 AveragePrice。
  • 在視覺效果中，會對該匯入的資料執行任何後續彙總，例如 Sum、Average、Min 等。 例如，在視覺效果上包括 AveragePrice，預設會使用 Sum 彙總，而且會傳回每個 ProductID 之 AveragePrice 的總和，在此範例中為 13.67。 這同樣適用於視覺效果上所使用的任何替代彙總函式，例如 Min 或 Average。 例如，AveragePrice 的 Average 會傳回 6.66、4 和 3 的平均值 (亦即等同 4.56)，而不是基礎資料表中六筆記錄的 Price 平均值 (亦即 5.17)。

如果針對相同關聯來源是使用 DirectQuery 而非 Import，則相同的語意也適用，且結果會完全相同：

  • 如果是相同的查詢，則會向報告層呈現邏輯上完全相同的資料，即使未實際匯入資料也是一樣。

  • 在視覺效果中，會再次從查詢對該邏輯資料表執行任何後續彙總，例如 Sum、Average 和 Min。 同樣地，包含 AveragePrice 之 Average 的視覺效果一樣會傳回 4.56。

將連線視為關聯來源時，請考慮 SAP Hana。 Power BI 可以在 SAP HANA 中使用「分析檢視」和「計算檢視」，這兩者都可以包含量值。 不過，現今 SAP Hana 的方法依循本節中先前所述的相同原則：[取得資料] 或 Power Query 編輯器中定義的查詢會判斷可用的資料，然後視覺效果中的任何後續彙總都會針對該資料，相同的原則也適用於 Import 和 DirectQuery。 不過，基於 SAP Hana 的本質，初始 [取得資料] 對話方塊或 Power Query 編輯器中所定義的查詢一律是彙總查詢，而且一般會包括將使用 SAP Hana 檢視所定義之實際彙總的量值。

先前 SQL Server 範例的對等項就是有一個 SAP Hana 檢視包含 ID、ProductID、DepotID，以及包括 AveragePrice 的數個量值 (在檢視中定義為「平均價格」)。

如果在 [取得資料] 體驗中，所選取的項目為 ProductID 和 AveragePrice 量值，則那就是定義檢視的查詢，要求該彙總資料。 在先前的範例中，為了簡單起見，會使用與 SAP Hana SQL 語法不完全相符的虛擬 SQL。 然後，在視覺效果中定義的任何進一步彙總都會進一步彙總這類查詢的結果。 同樣地，如先前針對 SQL Server 所述，此結果同時適用於 Import 和 DirectQuery 案例。 在 DirectQuery 案例中，來自 [取得資料] 或 Power Query 編輯器的查詢將會用於傳送至 SAP Hana 之單一查詢內的部分選取；因此在進一步彙總之前，不會實際讀入所有資料。

所有這些考量和行為使得使用 SAP HANA DirectQuery 時，必須顧及下列重要考量：

  • 只要 SAP Hana 中的量值是非加法類 (例如，非簡單 Sum、Min 或 Max)，就必須注意視覺效果中所執行的任何進一步彙總。

  • 在 [取得資料] 或 Power Query 編輯器中，只應該包括必要資料行來擷取必要資料，並反映結果將是查詢的事實，而查詢必須是可傳送至 SAP Hana 的合理查詢。 例如，如果選取許多資料行，但考量到後續視覺效果上可能需要這些資料行，則甚至針對 DirectQuery，簡單視覺效果表示部分選取中所使用的彙總查詢會包含那幾個資料行，且其執行效果一般會很差。

在下列範例中，於 [取得資料] 對話方塊中選取五個資料行 (CalendarQuarter、Color、LastName、ProductLine、SalesOrderNumber) 以及量值 OrderQuantity 意謂著稍後建立包含 Min OrderQuantity 的簡單視覺效果會導致對 SAP Hana 進行下列 SQL 查詢。 陰影部分是部分選取，其中包含來自 [取得資料]/Power Query 編輯器的查詢。 如果這個部分選取提供相當高的基數結果，則產生的 SAP Hana 效能可能不佳。

查詢範例的螢幕擷取畫面，其中顯示對 SAP Hana 的 SQL 查詢。

由於這個行為，因此建議在仍然能產生合理 SAP Hana 查詢的情況下，將 [取得資料] 或 Power Query 編輯器中選取的項目限制為所需的項目。

最佳作法

針對這兩種連線到 SAP HANA 的方法，在使用 DirectQuery 方面的建議也適用於 SAP Hana，特別是與確保良好效能相關的建議。 如需詳細資訊，請參閱使用 Power BI 中的 DirectQuery。

考量與限制

以下清單說明未完全支援或使用 Power BI 時會有不同行為的所有 SAP Hana 功能。

  • 父子式階層：在 Power BI 中不會顯示父子式階層。 此事實是因為 Power BI 會使用 SQL 介面來存取 SAP Hana，且透過使用 SQL 並無法完全存取父子式階層。
  • 其他階層中繼資料：在 Power BI 中會顯示階層的基本結構，不過有些階層中繼資料 (例如控制不完全階層的行為) 並不會有任何作用。 同樣地，此事實也是 SQL 介面所加諸的限制所造成。
  • 使用 SSL 連線：您可以搭配 TLS 使用 Import 和多維進行連線，但無法連線到針對關聯式連接器設為使用 TLS 的 SAP Hana 執行個體。
  • 對屬性檢視的支援：Power BI 可以連線到 [分析] 和 [計算] 檢視，但無法直接連線到 [屬性] 檢視。
  • 對目錄物件的支援：Power BI 無法連線到「目錄」物件。
  • 在發佈後對變數進行變更：在發佈報表之後，您便無法直接在 Power BI 服務中變更任何 SAP Hana 變數的值。

已知問題

以下清單說明使用 Power BI 來連線到 SAP HANA (DirectQuery) 時所有已知的問題。

  • 查詢計數器與其他量值時的 SAP Hana 問題：如果連線到「分析檢視」，且「計數器」量值與一些其他比率量值包括在相同的視覺效果中，就會從 SAP Hana 傳回不正確的資料。 此問題涵蓋在 SAP 注意事項 2128928 (查詢「計算結果欄」和「計數器」時傳回非預期的結果) (英文) 中。 在此情況下，比率量值不正確。

  • 來自單一 SAP Hana 資料行的多個 Power BI 資料行：對於一些在多個階層中使用某個 SAP Hana 資料行的計算檢視來說，SAP Hana 會將該資料行公開為兩個個別的屬性。 此方法會導致在 Power BI 中建立兩個資料行。 這些資料行預設會隱藏，不過所有涉及這些階層或直接涉及這些資料行的查詢，都會正確運作。

相關內容

如需 DirectQuery 的詳細資訊，請參閱下列資源：