Policy för frågeacceleration (förhandsversion)
Gäller för: ✅Microsoft Fabric✅Azure Data Explorer
En extern tabell är en schemaentitet som refererar till data som lagras externt till en Kusto-databas. Frågor som körs över externa tabeller kan vara mindre högpresterande än på data som matas in på grund av olika faktorer, till exempel nätverksanrop för att hämta data från lagring, avsaknad av index med mera. Med frågeacceleration kan du ange en princip ovanpå externa deltatabeller. Den här principen definierar ett antal dagar för att påskynda data för frågor med höga prestanda.
Frågeacceleration stöds i Azure Data Explorer via Azure Data Lake Store Gen2 eller Azure Blob Storage externa tabeller.
Frågeacceleration stöds i Eventhouse via OneLake, Azure Data Lake Store Gen2 eller Azure Blob Storage externa tabeller.
Information om hur du aktiverar frågeacceleration i användargränssnittet för infrastrukturresurser finns i Frågeacceleration över OneLake-genvägar.
Begränsningar
- Antalet kolumner i den externa tabellen får inte överstiga 900.
- Deltatabeller med kontrollpunkt V2 stöds inte.
- Frågeprestanda över accelererade externa deltatabeller som har partitioner kanske inte är optimala under förhandsversionen.
- Funktionen förutsätter att deltatabeller med statiska avancerade funktioner, till exempel kolumnmappning inte ändras, partitioner ändras inte och så vidare. Om du vill ändra avancerade funktioner inaktiverar du först principen och aktiverar principen igen när ändringen har gjorts.
- Schemaändringar i deltatabellen måste också följas med respektive
.alterexternt deltatabellschema, vilket kan leda till acceleration från början om det uppstod icke-bakåtkompatibla schemaändringar. - Indexbaserad beskärning stöds inte för partitioner.
- Parquet-filer med en komprimerad storlek som är högre än 6 GB cachelagras inte.
- Frågeacceleration stöds inte för externa tabeller med personifieringsautentisering.
Kända problem
- Data i den externa deltatabellen som är optimerad med funktionen OPTIMIZE måste omaccelearted.
- Om du kör frekventa MERGE/UPDATE/DELETE-åtgärder i Delta kan de underliggande parquet-filerna skrivas om med ändringar och Kusto hoppar över att påskynda sådana filer, vilket orsakar hämtning under frågetiden.
- Systemet förutsätter att alla artefakter under deltatabellkatalogen har samma åtkomstnivå till de valda användarna. Olika filer som har olika åtkomstbehörigheter under deltatabellkatalogen kan leda till oväntat beteende.