Klona tabell i Microsoft Fabric
Gäller för:✅ Warehouse i Microsoft Fabric
Microsoft Fabric erbjuder möjligheten att skapa nästan omedelbara nollkopieringskloer med minimala lagringskostnader.
- Tabellkloer underlättar utveckling och testning av processer genom att skapa kopior av tabeller i lägre miljöer.
- Tabellkloer ger konsekvent rapportering och nollkopiering av data för analytiska arbetsbelastningar och modellering och testning av maskininlärning.
- Tabellkloer ger möjlighet till dataåterställning i händelse av en misslyckad version eller skadade data genom att behålla det tidigare datatillståndet.
- Tabellkloer hjälper till att skapa historiska rapporter som återspeglar datatillståndet eftersom de fanns från en viss tidpunkt tidigare.
- Tabellkloer vid en viss tidpunkt kan bevara datatillståndet vid specifika affärspunkter.
Du kan använda CREATE TABLE AS CLONE OF T-SQL-kommandon för att skapa en tabellklon. En självstudiekurs finns i Självstudie: Klona tabell med T-SQL eller Självstudie: Klona tabeller i Infrastrukturportalen.
Du kan också köra frågor mot data i ett lager som tidigare, med hjälp av T-SQL-syntaxen OPTION . Mer information finns i Fråga efter data som de fanns tidigare.
Vad är nollkopieringsklon?
En nollkopieringsklo skapar en replik av tabellen genom att kopiera metadata, samtidigt som samma datafiler refereras till i OneLake. Metadata kopieras medan underliggande data i tabellen som lagras som parquet-filer inte kopieras. Skapandet av en klon liknar att skapa en tabell i ett lager i Microsoft Fabric.
Tabellkloning i Synapse Data Warehouse
Skapa en tabellklo
I ett lager kan en klon av en tabell skapas nästan omedelbart med hjälp av enkel T-SQL. En klon av en tabell kan skapas inom eller mellan scheman i ett lager.
Klon av en tabell kan skapas baserat på något av följande:
Aktuell tidpunkt: Klonen baseras på tabellens aktuella tillstånd.
Tidigare tidpunkt: Klonen baseras på en tidpunkt upp till trettio dagar tidigare. Tabellkloningen innehåller data som de visades vid en önskad tidpunkt. I branschen kallas den här funktionen för "tidsresor". Den nya tabellen skapas med en tidsstämpel baserad på UTC. Exempel finns i Klona tabell från tidigare tidpunkter eller SKAPA TABELL SOM KLONING AV.
Du kan också klona en grupp tabeller samtidigt. Detta kan vara användbart för kloning av en grupp relaterade tabeller vid samma tidpunkt. Ett exempel finns i Klona flera tabeller samtidigt.
Du kan också fråga efter data från tabeller som de fanns tidigare med hjälp av funktionen Tidsresa i Warehouse.
Datakvarhållning
Warehouse bevarar och underhåller automatiskt datahistoriken i trettio kalenderdagar, vilket gör att kloner kan göras vid en tidpunkt. Alla infogningar, uppdateringar och borttagningar som görs i informationslagret behålls i trettio kalenderdagar.
Det finns ingen gräns för antalet kloner som skapats både inom och mellan scheman.
Separat och oberoende
När en tabellkloning skapas är den en oberoende och separat kopia av data från källan.
- Ändringar som görs via DML eller DDL på klontabellens källa återspeglas inte i klontabellen.
- På samma sätt återspeglas inte ändringar som görs via DDL eller DML i tabellkloningen på kloningskällan för kloningstabellen.
Behörigheter för att skapa en tabellkloning
Följande behörigheter krävs för att skapa en tabellkloning:
- Användare med arbetsyteroller för administratörer, medlemmar eller deltagare kan klona tabellerna på arbetsytan. Arbetsyterollen Viewer kan inte skapa en klon.
- SELECT-behörighet för alla rader och kolumner i tabellkloningens källa krävs.
- Användaren måste ha behörigheten SKAPA TABELL i schemat där tabellkloningen skapas.
Borttagning av en tabellklo
På grund av dess autonoma existens kan både den ursprungliga källan och klonerna tas bort utan några begränsningar. När en klon har skapats finns den kvar tills den tas bort av användaren.
- Användare med arbetsyteroller för administratörer, medlemmar eller deltagare kan ta bort tabellkloningen på arbetsytan.
- Användare som har ALTER SCHEMA-behörigheter för schemat där tabellkloningen finns kan ta bort tabellkloningen.
Arv av tabellkloning
Objekten som beskrivs här ingår i tabellkloningen:
Klontabellen ärver SQL-säkerhet på objektnivå från klonens källtabell. Eftersom arbetsyterollerna ger läsåtkomst som standard kan NEKA-behörighet anges på tabellkloningen om så önskas.
Klontabellen ärver säkerhet på radnivå (RLS) och dynamisk datamaskering från klontabellens källa.
Klontabellen ärver alla attribut som finns i källtabellen, oavsett om klonen skapades inom samma schema eller över olika scheman i ett lager.
Klontabellen ärver de primära och unika nyckelbegränsningar som definierats i källtabellen.
En skrivskyddad deltalogg skapas för varje tabellkloning som skapas i informationslagret. Datafilerna som lagras som deltaparquet-filer är skrivskyddade. Detta säkerställer att data alltid skyddas mot skador.
Scenarier för tabellkloning
Överväg möjligheten att klona tabeller nästan omedelbart och med minimala lagringskostnader i följande fördelaktiga scenarier:
Utveckling och testning
Med tabellkloer kan utvecklare och testare experimentera, validera och förfina tabellerna utan att påverka tabellerna i produktionsmiljön. Klonen ger ett säkert och isolerat utrymme för utveckling och testning av nya funktioner, vilket säkerställer integriteten och stabiliteten i produktionsmiljön. Använd en tabellkloning för att snabbt starta en kopia av produktionsliknande miljö för felsökning, experimentering, utveckling och testning.
Konsekvent rapportering, datautforskning och maskininlärningsmodellering
För att hänga med i det ständigt föränderliga datalandskapet är det viktigt med frekvent körning av ETL-jobb. Tabellkloer stöder det här målet genom att säkerställa dataintegritet samtidigt som du ger flexibiliteten att generera rapporter baserat på de klonade tabellerna, medan bakgrundsbearbetning pågår. Dessutom möjliggör tabellkloningar reproducerbarheten för tidigare resultat för maskininlärningsmodeller. De underlättar också värdefulla insikter genom att möjliggöra historisk datautforskning och analys.
Låg kostnad, nästan omedelbar återställning
Vid oavsiktlig dataförlust eller skada kan befintliga tabellkloer användas för att återställa tabellen till dess tidigare tillstånd.
Dataarkivering
För gransknings- eller efterlevnadsändamål kan nollkopieringskloer enkelt användas för att skapa kopior av data eftersom de fanns vid en viss tidpunkt tidigare. Vissa data kan behöva arkiveras för långsiktig kvarhållning eller juridisk efterlevnad. Genom att klona tabellen på olika historiska punkter ser du till att data bevaras i sin ursprungliga form.
Begränsningar
- Tabellkloer över lager på en arbetsyta stöds inte för närvarande.
- Tabellkloning mellan arbetsytor stöds inte för närvarande.
- Kloningstabellen stöds inte på SQL-analysslutpunkten i Lakehouse.
- Kloning av ett lager eller schema stöds för närvarande inte.
- Det går inte att skapa tabellkloer som skickats innan kvarhållningsperioden på trettio dagar.
- Ändringar i tabellschemat förhindrar att en klon skapas före tabellschemaändringen.