DB sınırlı bir pozlama var ve sadece uygulama programcısı olarak DB kullanılır. Kümelenmiş ve kümelenmiş dizinler için istiyorum. Ve ne buldum araştırdım :

Kümelenmiş bir dizin yolu yeniden sıralar bu dizin özel bir türüdür tablodaki kayıtları fiziksel saklı. Bu nedenle tablo sadece olabilir bir kümelenmiş dizin. Yaprak düğümleri verileri içeren kümelenmiş bir dizin sayfalar. Kümelenmiş bir dizin. hangi dizin özel tip dizinin mantıksal sırası değil maçın fiziksel saklı siparişi diskte satırlar. Bir yaprak düğüm kümelenmiş dizin ibaret değil veri sayfaları. Bunun yerine, yaprak düğümler dizin satır içerir.

YANİ ne buldum What are the differences between a clustered and a non-clustered index? oldu.

Birisi anlayacağımız dilden anlatabilir mi?

Kümelenmiş bir dizin veritabanını disk üzerinde yakın değerler birbirine gerçekten yakın Mağaza için söylüyorum demektir. Bu hızlı yararı kayıtları kümelenmiş dizin bazı değerler aralığı içine düşen / alma tarama vardır.

Örneğin, iki tablo, Müşteri ve Sipariş:

Customer
----------
ID
Name
Address

Order
----------
ID
CustomerID
Price

Eğer hızlı bir şekilde belirli bir müşteri tüm siparişlerini almak istiyorsanız, "Müşteri Kimliği" sütunu Sipariş tablosu. kümelenmiş bir dizin oluşturmak isteyebilirsiniz Bu şekilde aynı Müşteri Kimliği ile kayıtları fiziksel olarak onların alma hızı artar disk (kümelenmiş) birbirine yakın saklanır.

P. S. endeksinde Müşteri Kimliği olacak belli değil benzersiz, bu yüzden sen de Ekle bir ikinci alan "uniquify" dizin veya veritabanı işlemek için ama o başka bir hikaye.

Birden çok dizin ile ilgili. Bu veriler fiziksel olarak düzenlenmiş tanımlar çünkü her tablo yalnızca bir kümelenmiş bir dizin olabilir. Eğer bir benzetme isterseniz, birçok tablo ile büyük bir oda hayal edin. Bu tablolar birkaç satır form koymak ya da hepsini büyük toplantı masası, ama aynı zamanda her iki yönde değil forma çekin. Bir tablo diğer dizinler olabilir, sonra da nihayet gerçek verileri nerede bulabileceğimi söyleyecek olan kümelenmiş dizin girişleri işaret eder.