Saya hanya ingin memberi peringatan:harap sangat hati-hati pilih indeks berkerumun Anda! Setiap tabel data "biasa" harus memiliki indeks berkerumun, karena memiliki indeks berkerumun memang mempercepat banyak operasi - ya, mempercepat , bahkan menyisipkan dan menghapus! Tetapi hanya jika Anda memilih yang baik indeks berkerumun.
Ini adalah paling direplikasi struktur data dalam database SQL Server Anda. Kunci pengelompokan juga akan menjadi bagian dari setiap indeks yang tidak berkerumun di meja Anda.
Anda harus sangat berhati-hati saat memilih kunci pengelompokan - seharusnya:
-
sempit (4 byte ideal)
-
unik (ini adalah "penunjuk baris". Jika Anda tidak membuatnya unik, SQL Server akan melakukannya untuk Anda di latar belakang, dengan biaya beberapa byte untuk setiap entri dikalikan jumlah baris dan jumlah indeks nonclustered yang Anda miliki - ini bisa sangat mahal!)
-
statis (jangan pernah berubah - jika memungkinkan)
-
idealnya semakin meningkat jadi Anda tidak akan berakhir dengan fragmentasi indeks yang mengerikan (GUD adalah kebalikan total dari kunci pengelompokan yang baik - untuk alasan tertentu)
-
itu harus non-nullable dan idealnya juga lebar tetap - a
varchar(250)membuat kunci pengelompokan yang sangat buruk
Hal lain harus benar-benar menjadi tingkat kepentingan kedua dan ketiga di belakang poin-poin ini ....
Lihat beberapa Kimberly Tripp (Ratu Pengindeksan ) posting blog tentang topik - apa pun yang dia tulis di blognya sangat berharga - baca, cerna - jalani!
- GUID sebagai KUNCI UTAMA dan/atau kunci pengelompokan
- Debat Indeks Berkelompok Berlanjut...
- Kunci pengelompokan yang terus meningkat - Debat Indeks Terkelompok..........lagi!
- Ruang disk murah - itu tidak intinya!
