Bagikan melalui

Mengkloning tabel di Microsoft Fabric

  • Artikel

Berlaku untuk: Gudang di Microsoft Fabric

Microsoft Fabric menawarkan kemampuan untuk membuat klon nol salinan yang hampir seketika dengan biaya penyimpanan minimal.

  • Klon tabel memfasilitasi proses pengembangan dan pengujian dengan membuat salinan tabel di lingkungan yang lebih rendah.
  • Klon tabel menyediakan pelaporan yang konsisten dan duplikasi data tanpa salinan untuk beban kerja analitis dan pemodelan dan pengujian pembelajaran mesin.
  • Klon tabel menyediakan kemampuan pemulihan data jika terjadi rilis yang gagal atau kerusakan data dengan mempertahankan status data sebelumnya.
  • Klon tabel membantu membuat laporan historis yang mencerminkan status data seperti yang ada pada titik waktu tertentu di masa lalu.
  • Klon tabel pada titik waktu tertentu dapat mempertahankan status data pada titik waktu tertentu.

Anda dapat menggunakan perintah CREATE TABLE AS CLONE OF T-SQL untuk membuat klon tabel. Untuk tutorial, lihat Tutorial: Mengkloning tabel menggunakan T-SQL atau Tutorial: Mengkloning tabel di portal Fabric.

Anda juga dapat mengkueri data di gudang seperti yang muncul di masa lalu, menggunakan sintaks T-SQL OPTION . Untuk informasi selengkapnya, lihat Data kueri seperti yang ada di masa lalu.

Apa itu klon nol salinan?

Klon nol salinan membuat replika tabel dengan menyalin metadata, sambil tetap merujuk file data yang sama di OneLake. Metadata disalin sementara data mendasar tabel yang disimpan sebagai file parket tidak disalin. Pembuatan kloning mirip dengan membuat tabel dalam Gudang di Microsoft Fabric.

Klon tabel di Gudang Data Synapse

Pembuatan klon tabel

Dalam gudang, klon tabel dapat dibuat hampir seketika menggunakan T-SQL sederhana. Kloning tabel dapat dibuat di dalam atau di seluruh skema di gudang.

Klon tabel dapat dibuat berdasarkan:

  • Titik waktu saat ini: Kloning didasarkan pada status tabel saat ini.

  • Titik waktu sebelumnya: Kloning didasarkan pada titik waktu hingga tujuh hari di masa lalu. Klon tabel berisi data seperti yang muncul pada titik waktu lalu yang diinginkan. Di industri, fitur ini dikenal sebagai "perjalanan waktu". Tabel baru dibuat dengan tanda waktu berdasarkan UTC. Misalnya, lihat Mengkloning tabel pada point-in-time sebelumnya atau CREATE TABLE AS CLONE OF.

Anda juga dapat mengkloning sekelompok tabel sekaligus. Ini dapat berguna untuk mengkloning sekelompok tabel terkait pada titik waktu lalu yang sama. Misalnya, lihat Mengkloning beberapa tabel sekaligus.

Anda juga dapat mengkueri data dari tabel seperti yang ada di masa lalu, menggunakan fitur Perjalanan waktu di Gudang.

Retensi riwayat data

Gudang secara otomatis mempertahankan dan mempertahankan riwayat data selama tujuh hari kalender, memungkinkan kloning dibuat pada titik waktu tertentu. Semua sisipan, pembaruan, dan penghapusan yang dibuat ke gudang data dipertahankan selama tujuh hari kalender.

Tidak ada batasan jumlah kloning yang dibuat baik di dalam maupun di seluruh skema.

Terpisah dan independen

Setelah dibuat, klon tabel adalah salinan data yang independen dan terpisah dari sumbernya.

  • Setiap perubahan yang dilakukan melalui DML atau DDL pada sumber tabel kloning tidak tercermin dalam tabel kloning.
  • Demikian pula, setiap perubahan yang dilakukan melalui DDL atau DML pada klon tabel tidak tercermin pada sumber tabel kloning.

Izin untuk membuat klon tabel

Izin berikut diperlukan untuk membuat klon tabel:

Penghapusan klon tabel

Karena keberadaan otonomnya, sumber asli dan klon dapat dihapus tanpa batasan apa pun. Setelah kloning dibuat, kloning tetap ada sampai dihapus oleh pengguna.

Warisan klon tabel

Objek yang dijelaskan di sini disertakan dalam klon tabel:

  • Tabel kloning mewarisi keamanan SQL tingkat objek dari tabel sumber kloning. Karena peran ruang kerja menyediakan akses baca secara default, izin DENY dapat diatur pada klon tabel jika diinginkan.

  • Tabel kloning mewarisi keamanan tingkat baris (RLS) dan masking data dinamis dari sumber tabel kloning .

  • Tabel kloning mewarisi semua atribut yang ada di tabel sumber, apakah kloning dibuat dalam skema yang sama atau di berbagai skema di gudang.

  • Tabel kloning mewarisi batasan kunci utama dan unik yang ditentukan dalam tabel sumber.

  • Log delta baca-saja dibuat untuk setiap klon tabel yang dibuat dalam Gudang. File data yang disimpan sebagai file parket delta bersifat baca-saja. Ini memastikan bahwa data tetap selalu terlindungi dari kerusakan.

Skenario klon tabel

Pertimbangkan kemampuan untuk mengkloning tabel secara instan dan dengan biaya penyimpanan minimal dalam skenario bermanfaat berikut:

Pengembangan dan pengujian

Klon tabel memungkinkan pengembang dan penguji untuk bereksperimen, memvalidasi, dan memperbaiki tabel tanpa memengaruhi tabel di lingkungan produksi. Kloning ini menyediakan ruang yang aman dan terisolasi untuk melakukan kegiatan pengembangan dan pengujian fitur baru, memastikan integritas dan stabilitas lingkungan produksi. Gunakan klon tabel untuk memutar salinan lingkungan seperti produksi dengan cepat untuk tujuan pemecahan masalah, eksperimen, pengembangan, dan pengujian.

Pelaporan yang konsisten, eksplorasi data, dan pemodelan pembelajaran mesin

Untuk mengikuti lanskap data yang terus berubah, eksekusi pekerjaan ETL yang sering sangat penting. Klon tabel mendukung tujuan ini dengan memastikan integritas data sambil memberikan fleksibilitas untuk menghasilkan laporan berdasarkan tabel kloning, sementara pemrosesan latar belakang sedang berlangsung. Selain itu, klon tabel memungkinkan reproduksi hasil sebelumnya untuk model pembelajaran mesin. Mereka juga memfasilitasi wawasan berharga dengan mengaktifkan eksplorasi dan analisis data historis.

Pemulihan berbilai rendah dan hampir seketika

Jika terjadi kehilangan atau kerusakan data yang tidak disengaja, klon tabel yang ada dapat digunakan untuk memulihkan tabel ke status sebelumnya.

Pengarsipan data

Untuk tujuan audit atau kepatuhan, klon nol salinan dapat dengan mudah digunakan untuk membuat salinan data seperti yang ada pada titik waktu tertentu di masa lalu. Beberapa data mungkin perlu diarsipkan untuk retensi jangka panjang atau kepatuhan hukum. Mengkloning tabel di berbagai titik historis memastikan bahwa data dipertahankan dalam bentuk aslinya.

Batasan

  • Klon tabel di seluruh gudang di ruang kerja saat ini tidak didukung.
  • Klon tabel di seluruh ruang kerja saat ini tidak didukung.
  • Tabel kloning tidak didukung pada titik akhir analitik SQL Lakehouse.
  • Kloning gudang atau skema saat ini tidak didukung.
  • Klon tabel yang dikirimkan sebelum periode retensi tujuh hari tidak dapat dibuat.
  • Perubahan pada skema tabel mencegah kloning dibuat sebelumnya ke perubahan skema tabel.

Langkah selanjutnya

Tutorial: Mengkloning tabel di portal Fabric

Konten terkait