查詢加速原則 (預覽)
適用於: ✅Microsoft網狀架構✅Azure 數據總管
外部數據表是架構實體,參考儲存在 Kusto 資料庫外部的數據。 透過外部數據表執行的查詢效能可能低於內嵌的數據,因為網路呼叫從記憶體擷取數據、缺少索引等等。 查詢加速允許在外部差異數據表上指定原則。 此原則會定義數天來加速高效能查詢的數據。
Azure 資料總管透過 Azure Data Lake Store Gen2 或 Azure Blob 記憶體 外部資料表支持查詢加速。
透過 OneLake、Azure Data Lake Store Gen2 或 Azure Blob 記憶體 外部資料表的 Eventhouse 支持查詢加速。
若要在 Fabric UI 中啟用查詢加速,請參閱 透過 OneLake 快捷方式查詢加速。
限制
- 外部數據表中的數據行數目不能超過 900。
- 在預覽期間,具有數據分割的加速外部差異數據表的查詢效能可能不是最佳。
- 此功能假設具有靜態進階功能的差異數據表,例如數據行對應不會變更、數據分割不會變更等等。 若要變更進階功能,請先停用原則,一旦進行變更,請重新啟用原則。
- 差異數據表上的架構變更也必須遵循個別
.alter
的外部差異數據表架構,如果發生重大架構變更,可能會導致從頭開始加速。 - 數據分割不支援以索引為基礎的剪除。
- 壓縮大小超過 6 GB 的 Parquet 檔案將不會快取。
- 使用模擬驗證的外部數據表不支持查詢加速。
已知問題
- 需要重新存取使用 OPTIMIZE 函式優化之外部差異數據表中的數據。
- 如果您在差異中執行頻繁的 MERGE/UPDATE/DELETE 作業,基礎 parquet 檔案可能會以變更重寫,Kusto 會略過加速這類檔案,在查詢期間造成擷取。
- 系統會假設差異數據表目錄下的所有成品與選取的使用者具有相同的存取層級。 差異數據表目錄下具有不同訪問許可權的不同檔案,可能會導致非預期的行為。