Dalam artikel ini, kita melihat jadual yang diaktifkan secara peregangan yang harus diketahui seseorang termasuk kekangan utama
Pangkalan Data Stretch adalah a SQL Server ciri yang membolehkan pengguna memindahkan data sejuk dengan selamat dan telus ke awan Azure. Pengguna bahkan dapat menjeda migrasi ini semasa ralat sambungan, yang membantu pemindahan data dengan lebih mudah.
Pangkalan Data Stretch menyasarkan pangkalan data transaksional yang mengandungi sejumlah besar data sejuk, yang biasanya disimpan dalam berbilang jadual dalam pangkalan data. Dan jadual ini mungkin mengandungi data lebih daripada satu bilion baris.
Mengapa Pangkalan Data Stretch digunakan?
• Ini membolehkan pengguna menyimpan data dingin dalam tabel yang terpisah, atau pangkalan data untuk berpindah ke awan Azure.
• Pengguna dapat menggunakan fungsi penapisnya untuk memisahkan atau memilih data dingin atau panas, di baris mana saja yang mereka ingin migrasikan.
Pangkalan Data Stretch sangat mengagumkan SQL Server ciri yang membolehkan pengguna memindahkan data mereka dengan selamat dan telus ke Microsoft Azure, namun, ia juga dilengkapi dengan beberapa batasan, yang melumpuhkan pengguna untuk melaksanakan atau mengaktifkan pangkalan data mereka. Berikut adalah senarai beberapa hadnya. Ingatlah mereka semasa menggunakan peregangan jika anda ingin memindahkan data anda ke awan Azure.
Batasan untuk Tabel Pangkalan Data Stretch
Ini adalah beberapa syarat yang menghalang Stretch Database diaktifkan dalam jadual anda, pastikan anda mengingatnya pada waktu anda bekerja dengan Stretch Database.
1. Kekangan
• Semasa menggunakan peregangan pangkalan data, Keunikan tidak berlaku pada kekangan PRIMARY KEY dan UNIK dalam jadual Microsoft Azure yang mengandungi sebarang bentuk data yang dimigrasikan.
2. Operasi DML
• Dalam mana-mana meja yang diaktifkan Stretch, pengguna tidak dibenarkan MENGHAPUS atau MENGEMASKINI baris atau baris yang dimigrasikan yang masih layak untuk migrasi.
• Pengguna juga tidak dibenarkan memasukkan baris dalam jadual Stretch-enabled dari pelayan yang dipautkan.
3. Indeks
• Meja yang diregangkan tidak membenarkan pengguna membuat indeks untuk paparan.
• Sebarang Penapis pada indeks di SQL Server tidak disebarkan dari jadual Stretch-enabled ke meja jauh.
4. Batasan yang menghalang pengguna mengaktifkan Pangkalan Data Stretch dalam jadual
Pengguna tidak dapat mengaktifkan Pangkalan Data Stretch untuk jadual yang mempunyai atau berada dalam keadaan berikut:
5. Sifat jadual
• Jadual dengan lebih dari 998 indeks atau lebih dari 1,023 lajur
• Mana-mana Fail Meja atau jadual yang mengandungi data FILESTREAM
• Jadual yang memiliki penggunaan aktif Ubah Tangkap Data atau Ubah Pelacakan
• Mana-mana jadual yang memori dioptimumkan
6. Jenis data
• Teks, gambar, dan ntext
• cap masa
• sql_variant
• XML
• Jenis data CLR seperti geometri, hierarki, CLR atau jenis geografi yang ditentukan pengguna.
7. Kekangan
• Periksa kekangan bersama dengan kekangan Lalai
• Sebarang kekangan kunci Asing yang merujuk jadual. Kami dapat menjelaskannya dengan menggunakan hubungan ibu bapa-anak di mana (misalnya, Pesanan (ibu bapa) dan Order_Detail (anak)), pengguna boleh mengaktifkan Stretch Database Table untuk jadual anaknya (Order_Detail) tetapi tidak dapat mengubah pengaturan jadual ibu bapa (Pesanan).
8. Indeks
• Indeks dengan Teks Penuh
• Indeks XML
• Indeks spatial
• Sebarang paparan yang diindeks yang memberikan rujukan ke jadual
Walaupun pangkalan data peregangan harus dipertimbangkan secara aktif, syarikat juga mesti melabur dalam alat yang dapat pulihkan sql fail pangkalan data pelayan untuk menjaga keselamatan data mereka semasa keadaan luar jangka.
Pengenalan Pengarang:
Victor Simon adalah pakar pemulihan data di DataNumen, Inc., yang merupakan pemimpin dunia dalam teknologi pemulihan data, termasuk pemulihan akses dan produk perisian pemulihan sql. Untuk maklumat lebih lanjut, lawati www.datanumen.com