Tabel klonen in Microsoft Fabric
Van toepassing op:✅ Warehouse in Microsoft Fabric
Microsoft Fabric biedt de mogelijkheid om bijna onmiddellijk klonen met nulkopie te maken met minimale opslagkosten.
- Tabelklonen vergemakkelijken ontwikkelings- en testprocessen door kopieën van tabellen in lagere omgevingen te maken.
- Tabelklonen bieden consistente rapportage en nulkopieduplicatie van gegevens voor analytische workloads en machine learning-modellering en -tests.
- Tabelklonen bieden de mogelijkheid van gegevensherstel in het geval van een mislukte release of beschadiging van gegevens door de vorige status van gegevens te behouden.
- Tabelklonen helpen bij het maken van historische rapporten die de status van gegevens weerspiegelen zoals deze bestonden vanaf een bepaald tijdstip in het verleden.
- Tabelklonen op een bepaald tijdstip kunnen de status van gegevens op specifieke zakelijke tijdstippen behouden.
U kunt de OPDRACHTEN CREATE TABLE AS CLONE OF T-SQL gebruiken om een tabelklonen te maken. Zie Zelfstudie: Tabel klonen met behulp van T-SQL of Zelfstudie: Tabellen klonen in de Fabric-portal voor een zelfstudie.
U kunt ook query's uitvoeren op gegevens in een magazijn zoals in het verleden is weergegeven, met behulp van de T-SQL-syntaxis OPTION . Zie Querygegevens zoals deze in het verleden bestonden voor meer informatie.
Wat is klonen met nulkopie?
Met een kloon met nulkopie wordt een replica van de tabel gemaakt door de metagegevens te kopiëren, terwijl nog steeds wordt verwezen naar dezelfde gegevensbestanden in OneLake. De metagegevens worden gekopieerd terwijl de onderliggende gegevens van de tabel die zijn opgeslagen als Parquet-bestanden niet worden gekopieerd. Het maken van een kloon is vergelijkbaar met het maken van een tabel in een magazijn in Microsoft Fabric.
Tabelklonen in Synapse Data Warehouse
Een tabelklonen maken
Binnen een magazijn kan een kloon van een tabel vrijwel onmiddellijk worden gemaakt met behulp van eenvoudige T-SQL. Een kloon van een tabel kan worden gemaakt binnen of tussen schema's in een magazijn.
Een kloon van een tabel kan worden gemaakt op basis van:
Huidig tijdstip: de kloon is gebaseerd op de huidige status van de tabel.
Vorige punt-in-time: de kloon is gebaseerd op een bepaald tijdstip tot dertig dagen in het verleden. De tabelklonen bevatten de gegevens zoals deze op een gewenst tijdstip in het verleden worden weergegeven. In de branche wordt deze functie ook wel 'tijdreizen' genoemd. De nieuwe tabel wordt gemaakt met een tijdstempel op basis van UTC. Zie Tabel klonen vanaf een bepaald tijdstip of CREATE TABLE AS CLONE OF voor voorbeelden.
U kunt ook een groep tabellen tegelijk klonen. Dit kan handig zijn voor het klonen van een groep gerelateerde tabellen op hetzelfde tijdstip in het verleden. Zie Meerdere tabellen tegelijk klonen voor een voorbeeld.
U kunt ook query's uitvoeren op gegevens uit tabellen zoals ze in het verleden bestonden, met behulp van de functie Time travel in Warehouse.
Gegevensretentie
Warehouse behoudt en onderhoudt automatisch de gegevensgeschiedenis voor dertig kalenderdagen, zodat klonen op een bepaald moment kunnen worden gemaakt. Alle invoegingen, updates en verwijderingen die in het datawarehouse zijn aangebracht, worden dertig kalenderdagen bewaard.
Er is geen limiet voor het aantal klonen dat zowel binnen als tussen schema's is gemaakt.
Afzonderlijk en onafhankelijk
Bij het maken is een tabelklonen een onafhankelijke en afzonderlijke kopie van de gegevens uit de bron.
- Wijzigingen die zijn aangebracht via DML of DDL in de bron van de kloontabel, worden niet weergegeven in de kloontabel.
- Op dezelfde manier worden wijzigingen die zijn aangebracht via DDL of DML op de tabelklonen, niet weergegeven in de bron van de kloontabel.
Machtigingen voor het maken van een tabelklonen
De volgende machtigingen zijn vereist om een tabelklonen te maken:
- Gebruikers met de werkruimterollen Beheerder, Lid of Inzender kunnen de tabellen in de werkruimte klonen. De werkruimterol Viewer kan geen kloon maken.
- SELECT-machtiging voor alle rijen en kolommen van de bron van de tabelklonen is vereist.
- De gebruiker moet de machtiging CREATE TABLE hebben in het schema waarin de tabelklonen worden gemaakt.
Verwijderen van een tabelklonen
Vanwege het autonome bestaan kunnen zowel de oorspronkelijke bron als de klonen zonder beperkingen worden verwijderd. Zodra een kloon is gemaakt, blijft deze bestaan totdat deze door de gebruiker is verwijderd.
- Gebruikers met werkruimterollen Beheerder, Lid of Inzender kunnen de tabelklonen in de werkruimte verwijderen.
- Gebruikers met ALTER SCHEMA-machtigingen voor het schema waarin de tabelklonen zich bevinden, kunnen de kloon van de tabel verwijderen.
Overname van tabelklonen
De objecten die hier worden beschreven, zijn opgenomen in de tabelklonen:
De kloontabel neemt SQL-beveiliging op objectniveau over van de brontabel van de kloon. Omdat de werkruimterollen standaard leestoegang bieden, kan de machtiging WEIGEREN indien gewenst worden ingesteld op de tabelklonen.
De kloontabel neemt de beveiliging op rijniveau (RLS) en dynamische gegevensmaskering over van de bron van de kloontabel.
De kloontabel neemt alle kenmerken over die aanwezig zijn in de brontabel, ongeacht of de kloon binnen hetzelfde schema of in verschillende schema's in een magazijn is gemaakt.
De kloontabel neemt de primaire en unieke sleutelbeperkingen over die zijn gedefinieerd in de brontabel.
Er wordt een alleen-lezen deltalogboek gemaakt voor elke tabelklonen die in het magazijn wordt gemaakt. De gegevensbestanden die zijn opgeslagen als Delta Parquet-bestanden, zijn alleen-lezen. Dit zorgt ervoor dat de gegevens altijd beschermd blijven tegen beschadiging.
Scenario's voor tabelklonen
Overweeg de mogelijkheid om tabellen vrijwel onmiddellijk te klonen en met minimale opslagkosten in de volgende gunstige scenario's:
Ontwikkelen en testen
Met tabelklonen kunnen ontwikkelaars en testers de tabellen experimenteren, valideren en verfijnen zonder dat dit van invloed is op de tabellen in de productieomgeving. De kloon biedt een veilige en geïsoleerde ruimte voor het uitvoeren van ontwikkelings- en testactiviteiten van nieuwe functies, waardoor de integriteit en stabiliteit van de productieomgeving worden gewaarborgd. Gebruik een tabelklonen om snel een kopie van een productieachtige omgeving in te stellen voor probleemoplossing, experimenten, ontwikkeling en testdoeleinden.
Consistente rapportage, gegevensverkenning en machine learning-modellering
Om het steeds veranderende gegevenslandschap bij te houden, is frequente uitvoering van ETL-taken essentieel. Tabelklonen ondersteunen dit doel door gegevensintegriteit te garanderen en tegelijkertijd de flexibiliteit te bieden om rapporten te genereren op basis van de gekloonde tabellen, terwijl de achtergrondverwerking wordt uitgevoerd. Bovendien maken tabelklonen de reproduceerbaarheid van eerdere resultaten mogelijk voor machine learning-modellen. Ze faciliteren ook waardevolle inzichten door historische gegevensverkenning en -analyse mogelijk te maken.
Lage kosten, bijna onmiddellijk herstel
In het geval van onbedoeld gegevensverlies of beschadiging kunnen bestaande tabelklonen worden gebruikt om de tabel te herstellen naar de vorige status.
Gegevensarchivering
Voor controle- of nalevingsdoeleinden kunnen klonen van kopiëren eenvoudig worden gebruikt om kopieën van gegevens te maken zoals deze op een bepaald tijdstip in het verleden bestonden. Sommige gegevens moeten mogelijk worden gearchiveerd voor langetermijnretentie of juridische naleving. Het klonen van de tabel op verschillende historische punten zorgt ervoor dat gegevens in de oorspronkelijke vorm behouden blijven.
Beperkingen
- Tabelklonen in magazijnen in een werkruimte worden momenteel niet ondersteund.
- Tabelklonen in werkruimten worden momenteel niet ondersteund.
- Kloontabel wordt niet ondersteund op het SQL Analytics-eindpunt van Lakehouse.
- Het klonen van een magazijn of schema wordt momenteel niet ondersteund.
- Tabelklonen die vóór de bewaarperiode van dertig dagen zijn ingediend, kunnen niet worden gemaakt.
- Wijzigingen in het tabelschema verhinderen dat een kloon wordt gemaakt voordat het tabelschema wordt gewijzigd.