Udostępnij przez

Klonowanie tabeli w usłudze Microsoft Fabric

  • Artykuł

Dotyczy: Magazyn w usłudze Microsoft Fabric

Usługa Microsoft Fabric oferuje możliwość tworzenia niemal natychmiastowych klonów bez kopiowania z minimalnymi kosztami magazynowania.

  • Klony tabel ułatwiają tworzenie i testowanie procesów przez tworzenie kopii tabel w niższych środowiskach.
  • Klony tabel zapewniają spójne raportowanie i duplikowanie danych bez kopiowania na potrzeby obciążeń analitycznych oraz modelowania i testowania uczenia maszynowego.
  • Klony tabel zapewniają możliwość odzyskiwania danych w przypadku awarii wydania lub uszkodzenia danych przez zachowanie poprzedniego stanu danych.
  • Klony tabel ułatwiają tworzenie raportów historycznych, które odzwierciedlają stan danych w miarę ich istnienia w określonym punkcie w czasie w przeszłości.
  • Klony tabel w określonym momencie mogą zachowywać stan danych w określonych punktach biznesowych w czasie.

Aby utworzyć klon tabeli, możesz użyć polecenia CREATE TABLE AS CLONE OF T-SQL. Aby zapoznać się z samouczkiem, zobacz Samouczek: klonowanie tabeli przy użyciu języka T-SQL lub Samouczek: klonowanie tabel w portalu sieci szkieletowej.

Możesz również wykonywać zapytania dotyczące danych w magazynie, tak jak w przeszłości, przy użyciu składni języka T-SQL OPTION . Aby uzyskać więcej informacji, zobacz Zapytanie o dane, które istniały w przeszłości.

Co to jest klon bez kopiowania?

Klon bez kopiowania tworzy replikę tabeli, kopiując metadane, jednocześnie odwołując się do tych samych plików danych w usłudze OneLake. Metadane są kopiowane, gdy bazowe dane tabeli przechowywane jako pliki parquet nie są kopiowane. Tworzenie klonu jest podobne do tworzenia tabeli w magazynie w usłudze Microsoft Fabric.

Klonowanie tabel w usłudze Synapse Data Warehouse

Tworzenie klonu tabeli

W magazynie klon tabeli można utworzyć niemal natychmiast przy użyciu prostego języka T-SQL. Klon tabeli można utworzyć w obrębie lub między schematami w magazynie.

Klon tabeli można utworzyć na podstawie jednego z następujących elementów:

Możesz również sklonować grupę tabel jednocześnie. Może to być przydatne w przypadku klonowania grupy powiązanych tabel w tym samym punkcie w czasie. Aby zapoznać się z przykładem, zobacz Klonowanie wielu tabel jednocześnie.

Możesz również wysyłać zapytania o dane z tabel, tak jak istniały w przeszłości, korzystając z funkcji Podróż czasowa w magazynie.

Przechowywanie historii danych

Magazyn automatycznie zachowuje i utrzymuje historię danych przez siedem dni kalendarzowych, co pozwala na tworzenie klonów w danym momencie. Wszystkie wstawki, aktualizacje i usunięcia wprowadzone w magazynie danych są zachowywane przez siedem dni kalendarzowych.

Nie ma limitu liczby klonów utworzonych zarówno w obrębie schematów, jak i między.

Oddzielne i niezależne

Podczas tworzenia klon tabeli jest niezależną i oddzielną kopią danych ze źródła.

  • Wszelkie zmiany wprowadzone za pomocą języka DML lub DDL w źródle tabeli klonowania nie są odzwierciedlane w tabeli klonowania.
  • Podobnie wszelkie zmiany wprowadzone za pośrednictwem języka DDL lub DML w klonie tabeli nie są odzwierciedlane w źródle tabeli klonowania.

Uprawnienia do tworzenia klonowania tabeli

Do utworzenia klonu tabeli wymagane są następujące uprawnienia:

Usuwanie klonu tabeli

Ze względu na jego autonomiczne istnienie, zarówno oryginalne źródło, jak i klony można usunąć bez żadnych ograniczeń. Po utworzeniu klonu pozostaje on w życiu do momentu usunięcia przez użytkownika.

Dziedziczenie klonowania tabeli

Obiekty opisane tutaj znajdują się w klonie tabeli:

  • Tabela klonowania dziedziczy zabezpieczenia SQL na poziomie obiektu z tabeli źródłowej klonu. Ponieważ role obszaru roboczego domyślnie zapewniają dostęp do odczytu, uprawnienie DENY można ustawić w klonie tabeli, jeśli jest to konieczne.

  • Tabela klonowania dziedziczy zabezpieczenia na poziomie wiersza i dynamiczne maskowanie danych ze źródła tabeli klonowania.

  • Tabela klonowania dziedziczy wszystkie atrybuty, które istnieją w tabeli źródłowej, niezależnie od tego, czy klon został utworzony w tym samym schemacie, czy w różnych schematach w magazynie.

  • Tabela klonowania dziedziczy ograniczenia klucza podstawowego i unikatowego zdefiniowane w tabeli źródłowej.

  • Dla każdego klonu tabeli utworzonego w magazynie jest tworzony dziennik różnicowy tylko do odczytu. Pliki danych przechowywane jako pliki delta parquet są tylko do odczytu. Dzięki temu dane są zawsze chronione przed uszkodzeniem.

Scenariusze klonowania tabel

Rozważ możliwość klonowania tabel niemal natychmiast i przy minimalnych kosztach magazynowania w następujących korzystnych scenariuszach:

Tworzenie i testowanie

Klony tabel umożliwiają deweloperom i testerom eksperymentowanie, weryfikowanie i udoskonalanie tabel bez wpływu na tabele w środowisku produkcyjnym. Klon zapewnia bezpieczną i izolowaną przestrzeń do prowadzenia działań programistycznych i testowych nowych funkcji, zapewniając integralność i stabilność środowiska produkcyjnego. Użyj klonu tabeli, aby szybko uruchomić kopię środowiska przypominającego środowisko produkcyjne na potrzeby rozwiązywania problemów, eksperymentowania, programowania i testowania.

Spójne raportowanie, eksploracja danych i modelowanie uczenia maszynowego

Aby nadążyć za stale zmieniającym się krajobrazem danych, niezbędne jest częste wykonywanie zadań ETL. Klony tabel obsługują ten cel, zapewniając integralność danych, zapewniając jednocześnie elastyczność generowania raportów na podstawie sklonowanych tabel, podczas gdy przetwarzanie w tle jest w toku. Ponadto klony tabel umożliwiają powtarzalność wcześniejszych wyników dla modeli uczenia maszynowego. Ułatwiają one również cenne szczegółowe informacje, umożliwiając eksplorację i analizę danych historycznych.

Tanie, niemal natychmiastowe odzyskiwanie

W przypadku przypadkowej utraty lub uszkodzenia danych istniejące klony tabel mogą służyć do odzyskania tabeli do poprzedniego stanu.

Archiwizowanie danych

W celach inspekcji lub zgodności klony kopiowania zerowe można łatwo użyć do tworzenia kopii danych, ponieważ istniały w określonym punkcie w czasie w przeszłości. Niektóre dane mogą być zarchiwizowane w celu długoterminowego przechowywania lub zgodności ze względami prawnymi. Klonowanie tabeli w różnych punktach historycznych gwarantuje, że dane są zachowywane w pierwotnej formie.

Ograniczenia

  • Klony tabel w magazynach w obszarze roboczym nie są obecnie obsługiwane.
  • Klony tabel między obszarami roboczymi nie są obecnie obsługiwane.
  • Tabela klonowania nie jest obsługiwana w punkcie końcowym analizy SQL usługi Lakehouse.
  • Klonowanie magazynu lub schematu nie jest obecnie obsługiwane.
  • Nie można utworzyć klonów tabel przesłanych przed okresem przechowywania siedmiu dni.
  • Zmiany schematu tabeli uniemożliwiają utworzenie klonu przed zmianą schematu tabeli.

Następny krok

Samouczek: klonowanie tabel w portalu sieci szkieletowej

Powiązana zawartość