Del via


Klonetabell i Microsoft Fabric

Gjelder for: Lager i Microsoft Fabric

Microsoft Fabric tilbyr muligheten til å opprette nesten øyeblikkelige nullkopioner med minimale lagringskostnader.

  • Tabellklonene gjør det enklere å utvikle og teste prosesser ved å opprette kopier av tabeller i lavere miljøer.
  • Tabellklonene gir konsekvent rapportering og nullkopiduplisering av data for analytiske arbeidsbelastninger og modellering og testing av maskinlæring.
  • Tabellklooner gir muligheten for datagjenoppretting i tilfelle en mislykket utgivelse eller datakorrupsjon, ved å beholde den forrige tilstanden til data.
  • Tabellklooner bidrar til å opprette historiske rapporter som gjenspeiler tilstanden til dataene slik de eksisterte som et bestemt punkt-i-tid tidligere.
  • Tabellkloner på et bestemt tidspunkt kan bevare tilstanden til data på bestemte forretningspunkter i tid.

Du kan bruke KOMMANDOENE CREATE TABLE AS CLONE OF T-SQL til å opprette en tabellklone. Hvis du vil ha en opplæring, kan du se Opplæring: Klone tabell ved hjelp av T-SQL eller Opplæring: Klone tabeller i Stoff-portalen.

Du kan også spørre etter data i et lager slik det ble vist tidligere, ved hjelp av T-SQL-syntaksen OPTION . Hvis du vil ha mer informasjon, kan du se Spørringsdata slik de fantes tidligere.

Hva er nullkopi klone?

En klone uten kopier oppretter en replika av tabellen ved å kopiere metadataene, samtidig som du refererer til de samme datafilene i OneLake. Metadataene kopieres mens de underliggende dataene i tabellen som er lagret som parkettfiler, ikke kopieres. Opprettingen av en klone ligner på oppretting av en tabell i et lager i Microsoft Fabric.

Tabellklone i Synapse Data Warehouse

Opprette en tabellklone

I et lager kan en klone av en tabell opprettes nesten øyeblikkelig ved hjelp av enkel T-SQL. En klone av en tabell kan opprettes i eller på tvers av skjemaer i et lager.

Klone av en tabell kan opprettes basert på følgende:

  • Gjeldende punkt-i-tid: Klone er basert på den nåværende tilstanden til tabellen.

  • Forrige punkt-i-tid: Klone er basert på en punkt-i-tid opptil syv dager i fortiden. Tabellklonet inneholder dataene slik de ble vist på et ønsket tidspunkt. I bransjen kalles denne funksjonen «tidsreiser». Den nye tabellen opprettes med et tidsstempel basert på UTC. Du kan for eksempel se Klone tabell fra tidligere punkt-i-tid eller OPPRETT TABELL SOM KLONE AV.

Du kan også klone en gruppe med tabeller samtidig. Dette kan være nyttig for kloning av en gruppe relaterte tabeller på samme tidspunkt. Du kan for eksempel se Klone flere tabeller samtidig.

Du kan også spørre etter data fra tabeller slik de fantes tidligere, ved hjelp av tidsreisefunksjonen i Warehouse.

Oppbevaring av datalogg

Lageret bevarer og vedlikeholder automatisk dataloggen i sju kalenderdager, slik at kloner kan gjøres på et tidspunkt. Alle innsettinger, oppdateringer og slettinger i datalageret beholdes i sju kalenderdager.

Det er ingen grense for antall kloner som er opprettet både i og på tvers av skjemaer.

Separate og uavhengige

Ved oppretting er en tabellklone en uavhengig og separat kopi av dataene fra kilden.

  • Eventuelle endringer som gjøres via DML eller DDL på kilden til klonetabellen, gjenspeiles ikke i klonetabellen.
  • På samme måte gjenspeiles ikke endringer som gjøres gjennom DDL eller DML på tabellklonen, på kilden til klonetabellen.

Tillatelser til å opprette en tabellklone

Følgende tillatelser kreves for å opprette en tabellklone:

Sletting av en tabellklone

På grunn av sin autonome eksistens kan både den opprinnelige kilden og klonene slettes uten begrensninger. Når en klone er opprettet, forblir den i eksistens til den slettes av brukeren.

Tabellklonearv

Objektene som er beskrevet her, er inkludert i tabellklonen:

  • Klonetabellen arver SQL-sikkerhet på objektnivå fra kildetabellen for klone. Siden arbeidsområderollene gir lesetilgang som standard, kan NEKT-tillatelse angis på tabellklonen hvis ønskelig.

  • Klonetabellen arver sikkerhet på radnivå (RLS) og dynamisk datamaskering fra kilden til klonetabellen.

  • Klonetabellen arver alle attributter som finnes i kildetabellen, enten klone ble opprettet i samme skjema eller på tvers av ulike skjemaer i et lager.

  • Klonetabellen arver de primære og unike nøkkelbetingelsene som er definert i kildetabellen.

  • En skrivebeskyttet deltalogg opprettes for hver tabellklone som opprettes i lageret. Datafilene som er lagret som deltaparquetfiler, er skrivebeskyttet. Dette sikrer at dataene alltid forblir beskyttet mot skade.

Tabellklonescenarioer

Vurder muligheten til å klone tabeller nær øyeblikkelig og med minimale lagringskostnader i følgende gunstige scenarier:

Utvikling og testing

Tabellkloninger gjør det mulig for utviklere og testere å eksperimentere, validere og finjustere tabellene uten å påvirke tabellene i produksjonsmiljøet. Klonen gir et trygt og isolert rom for å utføre utviklings- og testaktiviteter av nye funksjoner, noe som sikrer integriteten og stabiliteten til produksjonsmiljøet. Bruk en tabellklone til raskt å sette opp en kopi av produksjonslignende miljø for feilsøking, eksperimentering, utvikling og testformål.

Konsekvent rapportering, datautforskning og maskinlæringsmodellering

For å holde tritt med det stadig skiftende datalandskapet er hyppig kjøring av ETL-jobber avgjørende. Tabellklonene støtter dette målet ved å sikre dataintegritet samtidig som det gir fleksibilitet til å generere rapporter basert på de klonede tabellene, mens bakgrunnsbehandling pågår. I tillegg gir tabellklonene reproduserbarheten til tidligere resultater for maskinlæringsmodeller. De legger også til rette for verdifull innsikt ved å muliggjøre historisk datautforskning og analyse.

Rimelig, nesten øyeblikkelig gjenoppretting

I tilfelle utilsiktet tap av data eller skade, kan eksisterende tabellkloner brukes til å gjenopprette tabellen til sin forrige tilstand.

Dataarkivering

Når det gjelder revisjons- eller samsvarsformål, kan null kopioner enkelt brukes til å opprette kopier av data slik de fantes på et bestemt tidspunkt i fortiden. Noen data må kanskje arkiveres for langsiktig oppbevaring eller juridisk samsvar. Kloning av tabellen på ulike historiske punkter sikrer at dataene beholdes i den opprinnelige formen.

Begrensninger

  • Tabellkloninger på tvers av lagre i et arbeidsområde støttes for øyeblikket ikke.
  • Tabellkloninger på tvers av arbeidsområder støttes for øyeblikket ikke.
  • Klonetabell støttes ikke på SQL Analytics-endepunktet i Lakehouse.
  • Klone av et lager eller skjema støttes for øyeblikket ikke.
  • Tabellklonene som ble sendt inn før oppbevaringsperioden på sju dager, kan ikke opprettes.
  • Endringer i tabellskjemaet hindrer at en klone opprettes før tabellskjemaendringen.

Neste trinn