Del via

Spørringsakselerasjon for OneLake-snarveier – oversikt (forhåndsvisning)

  • Artikkel

OneLake-snarveier er referanser fra et Eventhouse som peker til interne Fabric eller eksterne kilder. Denne typen snarvei åpnes senere for spørring i KQL-spørringssett ved hjelpexternal_table(). Spørringer som kjøres over OneLake-snarveier, kan være mindre utførbare enn på data som inntas direkte til Eventhouses på grunn av ulike faktorer som nettverkskall for å hente data fra lagring, fravær av indekser og mer.

Spørringsakselerasjon gjør det mulig å angi en policy oppå eksterne deltatabeller som definerer antall dager for hurtigbufferdata for spørringer med høy ytelse.

Spørringsakselerasjon støttes i Eventhouse over delta-tabeller fra OneLake-snarveier, Azure Data Lake Store Gen1, Amazon S3, Google Cloud Services, eksterne Azure BLOB-lagringstabeller og alle mål som støttes av OneLake-snarveier.

Viktig

Denne funksjonen er i forhåndsvisning.

Merk

  • Hvis du har samsvarshensyn som krever at du lagrer data i et bestemt område, må du kontrollere at Eventhouse-kapasiteten er i samme område som den eksterne tabellen eller snarveisdataene.

  • Akselererte eksterne tabeller legger til lagrings-TANNHJUL og SSD-lagringsforbruket eventhouse, på samme måte som vanlige tabeller i KQL-databasen. Du kan kontrollere mengden data som skal bufres ved å definere Hot-egenskapen i policyen for spørringsakselerasjon. Indekserings- og inntaksaktivitet bidrar også til bruk av databehandlingsressurser.

Når bør jeg bruke spørringsakselerasjon for OneLake-snarveier?

Spørringsakselerasjon bufrer data etter hvert som de lander i OneLake, noe som gir ytelse som kan sammenlignes med inntak av data i Eventhouse. Ved å bruke denne funksjonen kan du akselerere datalanding i OneLake, inkludert eksisterende data og eventuelle nye oppdateringer, og forvente lignende ytelse. Dette eliminerer behovet for å administrere inntakssamlebånd, vedlikeholde dupliserte kopier av data, samtidig som du sikrer at dataene forblir synkronisert uten ekstra innsats.

Følgende scenarioer er ideelle for bruk av spørringsakselerasjon over OneLake-snarveier:

  • Spørringsdata i OneLake med høy ytelse: Når du har eksisterende arbeidsbelastninger som laster opp data og administrerer dem på lager (eventuelt i en annen sky eller et annet område), og du ønsker å spørre noen eller alle dataene med høy ytelse.
  • Kombiner historiske data med sanntidsstrømmer: Når du vil sømløst kombinere datalanding i OneLake direkte med sanntidsstrømmer som kommer inn i Eventhouse uten å gå på akkord med spørringshastigheter.
  • Dra nytte av dimensjonsdata som administreres av andre elementer: Ofte driftes data med høy verdi og lite volum i SQL-servere, Cosmos DB, Snowflake eller andre systemer som kan speiles til OneLake. Akselererte OneLake-snarveier kan gjøre disse dataene lett forbrukbare for sammenføyninger og berikelse i Eventhouse-spørringen. Ettersom dimensjonsdata ofte er betydelig mindre enn aktivitetsdata, er den ekstra kostnaden som er knyttet til denne bruken, vanligvis minimal.

Virkemåte for akselererte eksterne deltatabeller

De akselererte OneLake-snarveiene fungerer som eksterne tabeller, med de samme begrensningene og funksjonene. Spesielt støttes ikke funksjoner som materialisert visning og oppdateringspolicyer.

Overvåk akselerasjonsvirkemåte

Den første prosessen med spørringsakselerasjon er avhengig av størrelsen på den eksterne tabellen. Hvis du vil overvåke fremdriften og innstillingene for en akselerert tabell, bruker du kommandoen .show external table operations query_acceleration statistics i et KQL-spørringssett.

Begrensninger

  • Antall kolonner i den eksterne tabellen kan ikke overskride 900.
  • Spørringsytelse over akselererte eksterne deltatabeller som har partisjoner, er kanskje ikke optimale under forhåndsvisningen.
  • Funksjonen forutsetter at deltatabeller med statiske avanserte funksjoner, for eksempel kolonnetilordning ikke endres, partisjoner endres ikke og så videre. Hvis du vil endre avanserte funksjoner, må du først deaktivere policyen, og når endringen er gjort, aktiverer du policyen på nytt.
  • Skjemaendringer i deltatabellen må også følges med det respektive .alter eksterne deltatabellskjemaet, noe som kan føre til at akselerasjonen starter fra grunnen av hvis det var brudd på skjemaendringen.
  • Indeksbasert beskjæring støttes ikke for partisjoner.
  • Parquet-filer med en komprimert størrelse som er høyere enn 6 GB, bufres ikke.

Fakturering

Akselererte data belastes under OneLake Premium hurtigbuffermåler, på samme måte som opprinnelige Eventhouse-tabeller. Du kan kontrollere mengden data som akselereres ved å konfigurere antall dager til hurtigbuffer. Indekseringsaktivitet kan også telle mot CU-forbruk. Hvis du vil ha mer informasjon, kan du se Fakturering av lagringsplass.

Kostnader relatert til spørringsakselerasjon vises i Fabric Metrics-appen under Eventhouse der den akselererte snarveien opprettes.

Relatert innhold