Velg en lagringsmodus

Den første designbeslutningen for enhver semantisk modell i Microsoft Fabric er hvordan data flyter inn i modellen. Lagringsmodusen du velger påvirker spørringsytelse, dataferskhet og hvilke Fabric-funksjoner som er tilgjengelige. I Fabric er Direct Lake standard, og for de fleste arbeidsbelastninger er det riktig valg.

Direct Lake-modus

Direct Lake er standard lagringsmodus for semantiske modeller laget i Microsoft Fabric. I motsetning til importmodus kopierer ikke Direct Lake data inn i modellen. I motsetning til DirectQuery oversetter den ikke spørringer til kilde-SQL. I stedet leser Direct Lake Delta-tabeller direkte fra OneLake inn i minnet, noe som kombinerer hastigheten til import med friskheten til DirectQuery.

Når en bruker åpner en rapport støttet av en Direct Lake-semantisk modell, laster motoren kolonnedata fra Delta Parquet-filer på forespørsel. Du trenger ikke å planlegge en oppdatering, slik du gjør med importmodus. Når de underliggende Delta-tabellene oppdateres, reflekterer modellen disse endringene.

Direct Lake-modeller aktiverer automatisk lagringsformatet for store semantiske modeller. Denne innstillingen fjerner modellstørrelsesgrensen på 10 GB og er en forutsetning for både spørringsskalering og XMLA-endepunkts lese-/skriveadgang. Du trenger ikke aktivere det manuelt for Direct Lake-modeller.

Direkte tilkobling til innsjøen

Direct Lake-modeller kan koble til data via to veier:

• OneLake-tabeller: Modellen kobles direkte til Delta-tabeller i et innsjøhus eller lager. Dette er den enkleste veien og fungerer godt når dataene dine er i en enkelt Fabric-datalagring.
• SQL-analyseendepunkt: Modellen kobles til via SQL-endepunktet i et innsjøhus eller lager. Denne stien gir tilgang til visninger, kryssdatabase-spørringer og sikkerhetsfunksjoner definert på SQL-laget.

Velg OneLake-tabeller når dataene dine er enkle og samlet på ett sted. Velg SQL-analyse-endepunktet når du trenger visninger, krysskilde-sammenkoblinger eller rad-nivå sikkerhet definert i SQL.

Tilbakefallsvirkemåte

Noen operasjoner kan føre til at en Direct Lake-modell faller tilbake til DirectQuery-modus. Komplekse DAX-beregninger, spørringer som overstiger tilgjengelig minne, eller visse ikke-støttede operasjoner utløser denne fallbacken. Når fallback skjer, kjører spørringen mot SQL-analyseendepunktet i stedet for å lese Delta-filer direkte.

Du kan konfigurere fallback-oppførsel i innstillingene for semantiske modeller:

• Tillat fallback: Spørringer som ikke kan kjøres i Direct Lake-modus faller automatisk tilbake til DirectQuery. Brukeren får resultater, men ytelsen kan bli dårligere.
• Ikke tillatt fallback: Spørringer som ikke kan kjøres i Direct Lake-modus gir en feilmelding. Dette alternativet sikrer konsistent ytelse, men krever at alle spørringer holder seg innenfor Direct Lake-funksjonaliteten.

For de fleste produksjonsarbeidsbelastninger, start med tillatt fallback og følg med på hvilke spørringer som utløser det. Deretter optimaliserer du disse spørringene eller datastrukturene for å redusere fallback-frekvensen over tid.

Importmodus

Importmodus kopierer data inn i den semantiske modellen og lagrer dem i et komprimert minneformat. Spørringer kjører mot den lokale kopien, noe som gjør Import til den raskeste lagringsmodusen for spørringsytelse. Men dataene er bare så oppdaterte som ved siste oppdatering.

Importmodus er det riktige valget når:

• Datakilden din er utenfor Fabric (lokale databaser, tredjeparts-API-er, flate filer).
• Spørringsytelse er høyeste prioritet, og nesten sanntids ferskhet er ikke nødvendig.
• Du trenger funksjoner som ennå ikke støttes i Direct Lake.

DirectQuery-modus

DirectQuery sender spørringer direkte til datakilden ved spørringstidspunktet. Ingen data lagres i modellen, noe som gjør DirectQuery egnet for sanntidsdatascenarier og svært store datasett som ikke kan importeres.

Avveiningen er ytelsen. Hver rapportinteraksjon genererer en spørring mot kildesystemet. DirectQuery fungerer best når:

• Sanntidsdata kreves, og selv korte oppdateringsforsinkelser er ikke akseptable.
• Kildedatavolumene er for store til å importeres, og datakilden er utenfor Fabric.
• Styringskrav krever at data forblir ved kilden.

Komposittmodus

Komposittmodus kombinerer lagringsmoduser innenfor én enkelt modell. Noen tabeller bruker Import, mens andre bruker DirectQuery eller Direct Lake. Dette gir fleksibilitet for situasjoner der ulike tabeller har ulike ytelses- og ferskhetsbehov.

For eksempel kan en stor faktatabell forbli i Direct Lake, mens en liten referansetabell fra en ekstern kilde bruker Import. Komposittmodus muliggjør også mange-til-mange-relasjoner mellom tabeller fra ulike datakilder.

Bruk komposittmodus når:

• Du trenger data fra både Fabric- og ikke-Fabric-kilder i samme modell.
• Noen tabeller krever sanntidsdata, mens andre drar nytte av bufret ytelse.
• Du må kombinere Direct Lake-tabeller med importtabeller for tverrkildeanalyse.

Velg riktig lagringsmodus

Tabellen nedenfor oppsummerer når du bør velge hver modus:

Lagringsmodus påvirker også AI-forbruket. Når Copilot eller dataagenter spør en semantisk modell, returnerer de svar basert på hvilke data modellen for øyeblikket reflekterer. Direct Lakes nærmest sanntids ferskhet betyr at AI-spørringer gir oppdaterte resultater uten å vente på en planlagt oppdatering. For modeller som betjener både menneskelige brukere og AI, påvirker valg av lagringsmodus direkte kvaliteten på begge opplevelsene.

I Fabric, start med Direct Lake. Bytt til en annen modus kun når ditt spesifikke scenario krever det.