Klon tabel i Microsoft Fabric
Gælder for:✅ Warehouse i Microsoft Fabric
Microsoft Fabric tilbyder muligheden for at oprette næsten øjeblikkelige kloner med nul kopiering med minimale lageromkostninger.
- Tabelkloninger faciliterer udviklings- og testprocesser ved at oprette kopier af tabeller i lavere miljøer.
- Tabelkloninger giver ensartet rapportering og nul-kopi duplikering af data til analysearbejdsbelastninger og modellering og test af maskinel indlæring.
- Tabelkloninger giver mulighed for datagendannelse i tilfælde af en mislykket udgivelse eller beskadigelse af data ved at bevare den tidligere datatilstand.
- Tabelkloninger hjælper med at oprette historiske rapporter, der afspejler datatilstanden, som de fandtes fra et bestemt tidspunkt i fortiden.
- Tabelkloninger på et bestemt tidspunkt kan bevare datatilstanden på bestemte forretningspunkter i tiden.
Du kan bruge CREATE TABLE SOM KLON AF T-SQL-kommandoer til at oprette en tabelkloning. Du kan se et selvstudium under Selvstudium: Klon tabel ved hjælp af T-SQL eller Selvstudium: Klon tabeller på Fabric-portalen.
Du kan også forespørge om data i et lager, som det så ud tidligere, ved hjælp af T-SQL-syntaksen OPTION . Du kan få flere oplysninger under Forespørgselsdata, som de fandtes tidligere.
Hvad er klon med nul kopiering?
En klon med nul kopiering opretter en replika af tabellen ved at kopiere metadataene, mens der stadig refereres til de samme datafiler i OneLake. Metadataene kopieres, mens de underliggende data i tabellen, der er gemt som parquetfiler, ikke kopieres. Oprettelsen af en klon svarer til at oprette en tabel i et lager i Microsoft Fabric.
Tabelkloning i Fabric Data Warehouse
I et lager kan der oprettes en klon af en tabel næsten øjeblikkeligt ved hjælp af simpel T-SQL. Der kan oprettes en klon af en tabel i eller på tværs af skemaer i et lager.
Opret en tabelkloning
Klonen af en tabel kan oprettes på baggrund af en af følgende:
Aktuelt tidspunkt: Klonen er baseret på tabellens aktuelle tilstand.
Forrige tidspunkt: Klonen er baseret på et tidspunkt op til 30 dage tidligere. Tabelkloningen indeholder dataene, som de så ud på et ønsket tidligere tidspunkt. I branchen er denne funktion kendt som "tidsrejse". Den nye tabel oprettes med et tidsstempel baseret på UTC. Du kan se eksempler under Klon tabel fra tidligere tidspunkt eller OPRET TABEL SOM KLON AF.
Du kan også klone en gruppe tabeller på én gang. Dette kan være nyttigt til kloning af en gruppe relaterede tabeller på samme tidligere tidspunkt. Du kan f.eks. se Klon flere tabeller på én gang.
Du kan også forespørge om data fra tabeller, som de fandtes tidligere, ved hjælp af funktionen Tidsrejse i Warehouse.
Dataopbevaring
Lageret bevarer og vedligeholder automatisk datahistorikken i 30 kalenderdage, hvilket gør det muligt at oprette kloner på et tidspunkt. Alle indsættelser, opdateringer og sletninger, der er foretaget på data warehouse, bevares i 30 kalenderdage.
Der er ingen grænse for antallet af kloner, der er oprettet både i og på tværs af skemaer.
Separat og uafhængig
Ved oprettelsen er en tabelklone en uafhængig og separat kopi af dataene fra kilden.
- Ændringer, der foretages via DML eller DDL i kilden til klontabellen, afspejles ikke i klontabellen.
- På samme måde afspejles ændringer, der foretages via DDL eller DML på tabelkloningen, ikke i kilden til klontabellen.
Tilladelser til at oprette en tabelkloning
Følgende tilladelser kræves for at oprette en tabelkloning:
- Brugere med rollerne Administrator, Medlem eller Bidragyder kan klone tabellerne i arbejdsområdet. Rollen i arbejdsområdet Fremviser kan ikke oprette en klon.
- SELECT-tilladelse til alle rækker og kolonner i kilden til tabelkloningen er påkrævet.
- Brugeren skal have tilladelsen CREATE TABLE i skemaet, hvor tabelkloningen oprettes.
Sletning af en tabelkloning
På grund af dens autonome eksistens kan både den oprindelige kilde og klonerne slettes uden nogen begrænsninger. Når en klon er oprettet, forbliver den i eksistens, indtil den slettes af brugeren.
- Brugere med rollerne Administrator, Medlem eller Bidragyder kan slette tabelkloningen i arbejdsområdet.
- Brugere, der har tilladelsen ALTER SCHEMA for det skema, som tabelkloningen er placeret i, kan slette tabelkloningen.
Nedarvning af tabelkloning
De objekter, der er beskrevet her, er inkluderet i tabelkloningen:
Klontabellen nedarver SQL-sikkerhed på objektniveau fra kildetabellen for klonen. Da arbejdsområderollerne som standard giver læseadgang, kan TILLADELSEN AFY angives for tabelkloningen, hvis det er nødvendigt.
Klontabellen nedarver sikkerhed på rækkeniveau og dynamisk datamaskering fra kilden til klontabellen.
Klontabellen nedarver alle de attributter, der findes i kildetabellen, uanset om klonen blev oprettet i det samme skema eller på tværs af forskellige skemaer i et lager.
Klontabellen nedarver de primære og entydige nøglebegrænsninger, der er defineret i kildetabellen.
Der oprettes en skrivebeskyttet deltalog for hver tabelkloning, der oprettes i lageret. De datafiler, der er gemt som delta-parquetfiler, er skrivebeskyttede. Dette sikrer, at dataene altid forbliver beskyttet mod beskadigelse.
Tabelkloningsscenarier
Overvej muligheden for at klone tabeller næsten øjeblikkeligt og med minimale lageromkostninger i følgende fordelagtige scenarier:
Udvikling og test
Tabelkloninger gør det muligt for udviklere og testere at eksperimentere, validere og tilpasse tabellerne, uden at det påvirker tabellerne i produktionsmiljøet. Klonen giver et sikkert og isoleret rum til at udføre udvikling og testaktiviteter af nye funktioner, der sikrer integriteten og stabiliteten af produktionsmiljøet. Brug en tabelkloning til hurtigt at spinde en kopi af et produktionslignende miljø til fejlfindings-, eksperimenterings-, udviklings- og testformål.
Ensartet rapportering, dataudforskning og modellering af maskinel indlæring
Hvis du vil følge med i datalandskabet, der ændrer sig hele tiden, er det vigtigt, at du ofte kører ETL-job. Tabelkloninger understøtter dette mål ved at sikre dataintegritet og samtidig give fleksibiliteten til at generere rapporter baseret på de klonede tabeller, mens behandlingen i baggrunden er i gang. Desuden muliggør tabelkloninger reproducerbarheden af tidligere resultater for modeller til maskinel indlæring. De facilitere også værdifuld indsigt ved at muliggøre historisk dataudforskning og -analyse.
Lavpris, næsten øjeblikkelig genoprettelse
I tilfælde af utilsigtet datatab eller beskadigelse kan eksisterende tabelkloninger bruges til at gendanne tabellen til dens tidligere tilstand.
Arkivering af data
I forbindelse med overvågning eller overholdelse af angivne standarder kan kloner med nul kopier nemt bruges til at oprette kopier af data, som de fandtes på et bestemt tidspunkt i fortiden. Nogle data skal muligvis arkiveres for langtidsopbevaring eller juridisk overholdelse. Kloning af tabellen på forskellige historiske punkter sikrer, at dataene bevares i den oprindelige form.
Begrænsninger
- Tabelkloninger på tværs af lagre i et arbejdsområde understøttes ikke i øjeblikket.
- Tabelkloninger på tværs af arbejdsområder understøttes ikke i øjeblikket.
- Klontabellen understøttes ikke på SQL Analytics-slutpunktet for Lakehouse.
- Klon af et lager eller skema understøttes ikke i øjeblikket.
- Tabelkloninger, der er sendt før opbevaringsperioden på 30 dage, kan ikke oprettes.
- Ændringer i tabelskemaet forhindrer, at der oprettes en klon før tabelskemaændringen.