'Artan bir anahtara dayalı kümelenmiş bir dizin oluşturmaktan kaçının', SQL Server 2000 günlerinden kalan bir efsane midir?

Veritabanlarımız, çoğu birincil anahtar olarak bir tam sayı vekil anahtarı kullanan birçok tablodan oluşur. Bu ana anahtarların yaklaşık yarısı kimlik sütunlarındadır.

Veritabanı geliştirme, SQL Server 6.0'ın günlerinde başladı.

Baştan itibaren izlenen kurallardan biri, bu Endeks Optimizasyon İpuçları bölümünde bulduğunuz gibi, artan bir anahtarı temel alan kümelenmiş bir dizin oluşturmaktan kaçınmaktı .

Şimdi SQL Server 2005 ve SQL Server 2008 kullanarak, koşulların değiştiğine dair güçlü izlenim edindim. Bu arada, bu ana anahtar sütunlar tablonun kümelenmiş endeksi için mükemmel bir ilk aday.

Efsane, satır düzeyinde kilitleme ekleyen SQL Server 6.5 öncesine kadar gider . Ve burada Kalen Delaney tarafından ima edildi .

Veri sayfası kullanımının "sıcak noktaları" ile ilgiliydi ve 2k sayfasının tamamı (SQL Server 7 ve üstü 8k sayfaları kullanıldı) kilitliydi, bunun yerine eklenen satır yapıldı.

Kimberly L. Tripp'in yetkili makalesi bulundu

"Kümelenmiş Endeksi Tartışması Devam Ediyor ..."

Sıcak noktalar, PRIOR'dan SQL Server 7.0'a sayfa düzeyinde kilitleme nedeniyle kaçınmaya çalıştığımız bir şeydi (ve bu noktada sıcak nokta teriminin negatif bir terim olduğu yerdi). Aslında, olumsuz bir terim olmak zorunda değildir. Ancak, depolama altyapısı yeniden arandığı / yeniden tasarlandığı için (SQL Server 7.0'da) ve şimdi gerçek satır düzeyinde kilitlemeyi içerdiğinden, bu motivasyon (sıcak noktaları önlemek için) artık orada değildir.

Düzenle, Mayıs 2013

Lucky7_2000'in cevabındaki bağlantı, sıcak noktaların var olabileceğini ve sorunlara neden olduğunu söylüyor gibi görünüyor. Ancak, makale TranTime'da benzersiz bir kümelenmemiş dizin kullanıyor. Bu, eklenecek bir benzersizleştirici gerektirir. Hangi araçlar dizin değil kesinlikle monotonik (çok geniş ve) artar. Bu cevaptaki bağlantı, bu cevapla ya da bağlantılarımla çelişmiyor

Kişisel düzeyde, kümelenmiş PK olarak büyük bir KİMLİK sütunu olan bir masaya saniyede onbinlerce satır eklediğim veritabanlarında uyandım .

Özetlemek gerekirse, modern SQL Server sürümlerinde bir kimlik sütunundaki kümelenmiş bir anahtar bugünlerde tercih edilen seçenektir.

Kimberly Tripp'in bu konuyla ilgili harika bir blog yazısı var. Başka bir deyişle, bana güvence verebilirim, adaleti yerine getirmem. Bir oku. http://www.sqlskills.com/BLOGS/KIMBERLY/post/Ever-increasing-clustering-key-the-Clustered-Index-Debateagain!.aspx

Oradayken, kümelenme tuşları konusundaki diğer yazılarından bazılarını inceleyin. Sitesinden edinilmesi gereken çok sayıda bilgi var.

bu yazıyı kontrol et:

http://blogs.msdn.com/b/sqlserverfaq/archive/2010/05/27/monotonically-increasing-clustered-index-keys-can-cause-latch-contention.aspx

Artan bir anahtara dayalı kümelenmiş bir dizin oluşturmak, performans için kötü olan sıcak noktalar oluşturabilir ...