Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of mappen te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen om mappen te wijzigen.
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 CREATE TABLE AS CLONE OF-opdrachten in T-SQL gebruiken om een tabelkloon te maken. Zie Zelfstudie: Een tabel klonen met T-SQL in een magazijn 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 Fabric Data Warehouse
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 tabelklon maken
Een kloon van een tabel kan worden gemaakt op basis van:
Huidig tijdstip: De kloon is gebaseerd op de huidige staat van de tabel.
Vorige momentopname: De kloon is gebaseerd op een momentopname tot dertig dagen geleden. De tabelkloon bevat de gegevens zoals deze op een gewenst moment in het verleden voorkwamen. In de branche wordt deze functie ook wel 'tijdreizen' genoemd. De nieuwe tabel wordt gemaakt met een tijdstempel op basis van UTC. Voor voorbeelden, zie Tabel klonen vanaf een eerder tijdstip of TABEL AANMAKEN ALS KLOON VAN.
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 Fabric Data 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 aanmaken is een tabelklone een onafhankelijke en afzonderlijke presentatie van de gegevens uit de oorspronkelijke 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 via DDL of DML op de kloontabel worden aangebracht, 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 tabelclone
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.
Erfenis van tabelklonen
De objecten die hier worden beschreven, zijn opgenomen in de tabelkloon.
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 tabelkloon die binnen de Warehouse wordt aangemaakt. De gegevensbestanden die zijn opgeslagen als delta parquet-bestanden, zijn alleenlezen. 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 tabel kloon om snel een kopie van een productieachtige omgeving te maken 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 zero copy klonen eenvoudig worden gebruikt om gegevens te dupliceren zoals deze op een bepaald moment 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 tussen magazijnen binnen 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.