Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Berlaku untuk: SQL Server 2016 (13.x) dan versi
yang lebih baru Azure SQL Managed Instance
Artikel ini membahas pertimbangan kinerja spesifik saat Anda menggunakan tabel temporal yang dioptimalkan untuk memori versi sistem.
Saat Anda menambahkan penerapan versi sistem ke tabel non-temporal yang ada, harapkan dampak performa pada operasi pembaruan dan penghapusan, karena tabel riwayat diperbarui secara otomatis.
Pertimbangan performa
Setiap pembaruan dan penghapusan direkam dalam tabel riwayat memori internal yang dioptimalkan. Anda mungkin mengalami konsumsi memori tak terduga jika beban kerja Anda menggunakan kedua operasi tersebut secara intensif. Pertimbangkan hal berikut:
Jangan melakukan penghapusan besar-besaran dari tabel saat ini dalam satu langkah. Pertimbangkan untuk menghapus data dalam beberapa batch, dengan pengosongan data yang dipicu secara manual di antaranya, menggunakan sp_xtp_flush_temporal_history, atau saat
SYSTEM_VERSIONING = OFF.Jangan lakukan pembaruan tabel besar sekaligus, karena dapat menggunakan dua kali memori yang dibutuhkan untuk memperbarui tabel yang dioptimalkan untuk memori non-temporal. Pelipatgandaan konsumsi memori ini bersifat sementara, karena tugas pengosongan data bekerja secara teratur untuk menjaga konsumsi memori tabel penampungan internal tetap dalam batas yang diperkirakan pada kondisi stabil. Batasnya adalah 10 persen dari konsumsi memori tabel temporal saat ini. Pertimbangkan untuk melakukan pembaruan besar-besaran dalam beberapa batch, atau saat
SYSTEM_VERSIONING = OFF, seperti menggunakan pembaruan untuk mengatur default untuk kolom yang baru ditambahkan.
Periode aktivasi untuk tugas flush data tidak dapat dikonfigurasi, tetapi Anda dapat menjalankan sp_xtp_flush_temporal_history secara manual sesuai kebutuhan.
Pertimbangkan menggunakan clustered columnstore sebagai opsi penyimpanan untuk tabel riwayat berbasis disk, terutama jika Anda berencana menjalankan kueri analitik pada data historis yang menggunakan fungsi agregat atau windowing. Dalam hal ini, indeks penyimpan kolom berkluster adalah pilihan optimal untuk tabel riwayat Anda. Indeks columnstore berkluster menyediakan kompresi data yang baik, serta berperilaku dengan cara yang mendukung operasi penyisipan, sesuai dengan cara data historis dihasilkan.
Konten terkait
- Tabel temporal versi sistem dengan tabel memori yang dioptimalkan
- Buat tabel temporal versi sistem yang dioptimalkan untuk memori
- Bekerja dengan tabel temporal berversi sistem yang dioptimalkan untuk memori
- Memantau tabel temporal versi sistem yang dioptimalkan untuk memori
- tabel temporal
- Pemeriksaan konsistensi pada sistem tabel temporal
- Mengelola retensi data historis dalam tabel temporal versi sistem
- Tampilan dan fungsi metadata tabel temporal