Ben kümelenmiş ve kümelenmiş dizinler olmayan ve aslında nasıl çalıştığını anlamak arasındaki temel farklar. Kümelenmiş nasıl anlarım ve olmayan kümelenmiş dizinler geliştirmek performans okuyun. Ama emin olduğum tek şey birini seçerdim nereye sebep olur.

Bir tablo kümelenmiş bir dizin oluşturmak için bir kümelenmiş dizin yok ve yapmanın faydası nedir . örneğin:

Ben sadece bir uyarı koymak istiyorum: lütfençok dikkatli bir şekildekümelenmiş bir dizin seçin! Her" veri tablo kümelenmiş bir dizin olmalı, kümelenmiş bir dizin gerçekten işlemleri çok hızlı yapar - Evet . olması normal ^strong>hızlandırmakhatta ekler ve siler! Ama eğer bir seçim varsaiyidizin kümelenmiş.

en yinelenmişSQL Server veritabanındaki veri yapısı. Kümeleme anahtarı ve her masada olmayan her kümelenmiş dizin de bir parçası olacak.

Küme anahtarı seçerken çok dikkatli kullanmanız gerekir:

• dar(4 bayt) idealdir

• benzersiz(""sonuçta. satır işaretçisi. Eğer siz yapmayın eşsiz SQL Server yapacaksın bunun için arka plan, maliyet, sana bir çift bayt için her giriş kat sayısı sıra sıra sayısı kümelenmiş dizinler var - bu çok pahalı!)

• statik(mümkünse) değiştirin

• idealsürekli artankorkunç bir dizin parçalanma benzersiz meta veriler, ilkeler iyi bir küme anahtarı tam belirli bir nedenle) sona ermeyecek

• null olmayan ve ideal olarak da genişliği-varchar(250) çok fakir bir küme anahtarı yapar giderilmesi gerekir

Başka bir şey gerçekten bu puan gerisinde önemi ikinci ve üçüncü düzey olmalı ....

Kimberly Tripp'in (bakınızDizin Oluşturma Kraliçesikonu mesaj - onun blog yazdı bir şey kesinlikle paha biçilmez olduğunu okuyup, Özet - canlı blog!

• GUIDs as PRIMARY KEYs and/or the clustering key
• The Clustered Index Debate Continues...
• Ever-increasing clustering key - the Clustered Index Debate..........again!
• Disk space is cheap - that's not the point!