Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
OneLake-snelkoppelingen zijn verwijzingen van een Eventhouse die verwijzen naar interne Fabric of externe bronnen. Dit type snelkoppeling wordt later gebruikt voor query's in KQL-querysets met behulp van de external_table() functie. Query's die worden uitgevoerd via OneLake-snelkoppelingen kunnen minder presterend zijn dan gegevens die rechtstreeks naar Eventhouses worden opgenomen, vanwege verschillende factoren zoals netwerkverzoeken om gegevens uit de opslag te halen, het ontbreken van indexen en andere factoren.
Met queryversnelling kunt u een beleid opgeven boven op externe deltatabellen (een opslagindeling waarmee wijzigingen in gegevens in de loop van de tijd worden bijgehouden) waarmee het aantal dagen wordt gedefinieerd voor het opslaan van gegevens in de cache voor query's met hoge prestaties.
Queryversnelling wordt ondersteund in Eventhouse via deltatabellen van OneLake-snelkoppelingen, Azure Data Lake Store Gen1, Amazon S3, Google Cloud Services, Azure externe tabellen voor blobopslag en alle bestemmingen die worden ondersteund door OneLake-snelkoppelingen.
Notitie
Als u nalevingsoverwegingen hebt die vereisen dat u gegevens opslaat in een specifieke regio, moet u ervoor zorgen dat uw Eventhouse-capaciteit zich in dezelfde regio bevindt als uw externe tabel of snelkoppelingsgegevens.
Versnelde externe tabellen dragen bij aan de opslagkosten en het SSD-opslagverbruik van uw Eventhouse, vergelijkbaar met de reguliere tabellen in uw KQL-database. U kunt de hoeveelheid gegevens in de cache beheren door de eigenschap Dynamisch te definiëren in het queryversnellingsbeleid. Indexerings- en opnameactiviteit draagt ook bij aan het gebruik van rekenresources.
Wanneer moet ik queryversnelling gebruiken voor OneLake-snelkoppelingen?
Query-acceleratie cachet gegevens zodra ze in OneLake aankomen, wat prestaties biedt die vergelijkbaar zijn met het verwerken van gegevens in Eventhouse. Met deze functie kunt u de landing van gegevens in OneLake versnellen, inclusief bestaande gegevens en eventuele nieuwe updates, en vergelijkbare prestaties verwachten. Dit elimineert de noodzaak om opnamepijplijnen te beheren, dubbele kopieën van gegevens te onderhouden en ervoor te zorgen dat gegevens gesynchroniseerd blijven zonder extra inspanning.
De volgende scenario's zijn ideaal voor het gebruik van query-acceleratie via OneLake-koppelingen:
- Query's uitvoeren op gegevens in OneLake met hoge prestaties: wanneer u bestaande workloads hebt die gegevens uploaden en beheren in de opslag (optioneel in een andere cloud of regio) en u een query wilt uitvoeren op sommige of alle gegevens met hoge prestaties.
- Historische gegevens combineren met realtime streams: wanneer u gegevenslanding in OneLake naadloos wilt combineren met realtime streams die binnenkomen in Eventhouse zonder dat dit in gevaar komt voor querysnelheden.
- Maak gebruik van dimensiegegevens die worden beheerd door andere items: Vaak worden gegevens met een hoge waarde en kleine volumes gehost op SQL-servers, Cosmos DB, Snowflake of andere systemen die kunnen worden gespiegeld in OneLake. Met versnelde snelkoppelingen van OneLake kunnen deze gegevens eenvoudig worden gebruikt voor koppelingen en verrijking in de Eventhouse-query. Aangezien dimensiegegevens vaak aanzienlijk kleiner zijn dan activiteitsgegevens, zijn de extra kosten die aan dat gebruik zijn gekoppeld, doorgaans minimaal.
Gedrag van versnelde externe deltatabellen
De versnelde OneLake-snelkoppelingen gedragen zich als externe tabellen, met dezelfde beperkingen en mogelijkheden. Functies zoals gematerialiseerde weergave en updatebeleid(en) worden niet ondersteund.
Acceleratiegedrag bewaken
Het initiële proces van queryversnelling is afhankelijk van de grootte van de externe tabel. Als u de voortgang en instellingen van een versnelde tabel wilt bewaken, gebruikt u de opdracht .show external table operations query_acceleration statistics command in a KQL queryset.
Beperkingen
- Het aantal kolommen in de externe tabel mag niet groter zijn dan 900.
- Queryprestaties ten opzichte van versnelde externe deltatabellen met meer dan 2,5 miljoen gegevensbestanden zijn mogelijk niet optimaal.
- Bij de functie wordt ervan uitgegaan dat deltatabellen met statische geavanceerde functies, bijvoorbeeld kolomtoewijzing, partities niet worden gewijzigd, enzovoort. Als u geavanceerde functies wilt wijzigen, schakelt u eerst het beleid uit en schakelt u het beleid opnieuw in nadat de wijziging is aangebracht.
- Schemawijzigingen in de deltatabel moeten ook afgestemd worden op het respectieve
.alterschema voor externe deltatabellen, wat kan leiden tot een nieuwe start bij een doorbrekende schemawijziging. - Indexgebaseerd snoeien wordt niet ondersteund voor partities.
- Parquet-bestanden met een gecomprimeerde grootte van meer dan 6 GB worden niet in de cache opgeslagen.
Facturatie
Versnelde gegevens worden in rekening gebracht onder OneLake Premium-cachemeter, vergelijkbaar met systeemeigen Eventhouse-tabellen. U kunt de hoeveelheid gegevens beheren die wordt versneld door het aantal dagen dat in de cache moet worden opgeslagen, te configureren. Indexeringsactiviteit kan ook tellen voor CU-verbruik. Zie Opslagfacturering voor meer informatie.
Kosten met betrekking tot queryversnelling worden weergegeven in de Fabric-metrics-app onder Eventhouse waar de versnelde snelkoppeling wordt gemaakt.