Dizine eklenecek sütunlar için Sabit ve Hızlı kural

Kümelenmemiş dizine hangi sütunların ve hangi sırayla dahil edileceğine karar verilmesine karar verecek sert ve hızlı bir kural var mı? Ben sadece bu yazıyı okuyordum https://stackoverflow.com/questions/1307990/why-use-the-include-clause-when-creating-an-index ve aşağıdaki sorgu için şunu buldum:

SELECT EmployeeID, DepartmentID, LastName
FROM Employee
WHERE DepartmentID = 5

Poster bu şekilde indeks yapmayı önerdi:

CREATE NONCLUSTERED INDEX NC_EmpDep 
  ON Employee(EmployeeID, DepartmentID)
  INCLUDE (Lastname)

işte sorum şu, neden bu şekilde indeks yapamıyoruz

CREATE NONCLUSTERED INDEX NC_EmpDep 
      ON Employee( EmployeeID, DepartmentID, LastName)

veya

    CREATE NONCLUSTERED INDEX NC_EmpDep 
          ON Employee( EmployeeID, LastName)
INCLUDE (DepartmentID)

ve posterin Soyadı sütununun dahil edilmesine karar vermesine neden olan şey. Neden diğer sütunlar değil? ve sütunları orada hangi sırayla tutmamız gerektiğine nasıl karar vermeliyiz?

Bu marc_s'ın önerisi yanlıştır. Bir yorum ekledim. (Ve benim cevabım da kabul edildi!)

Bu sorgu için dizin

CREATE NONCLUSTERED INDEX NC_EmpDep 
  ON Employee(DepartmentID)
  INCLUDE (Lastname, EmployeeID)

Bir dizin genellikle

CREATE INDEX <name> ON <table> (KeyColList) INCLUDE (NonKeyColList)

Nerede:

• KeyColList = Anahtar sütunları = satır kısıtlaması ve işlemek için kullanılır.
  WHERE, JOIN, ORDER BY, GROUP BY vb.
• NonKeyColList = Anahtar olmayan sütunlar = seçim / kısıtlamadan sonra SELECT'te ve toplamada (örn. SUM (col)) kullanılır

JNK ve gbn harika cevaplar verdi, ancak aynı zamanda büyük resmi göz önünde bulundurmaya değer - sadece tek bir sorguya odaklanmak değil. Her ne kadar bu özel sorgu bir indeksten (# 1) faydalanabilse de:

Employee(DepartmentID) INCLUDE (Lastname, EmployeeID)

Bu dizin, örneğin sorgu biraz değişirse hiç yardımcı olmuyor:

SELECT EmployeeID, DepartmentID, LastName
FROM Employee
WHERE DepartmentID = 5 AND LastName = 'Smith'

Bunun endekse ihtiyacı var (# 2):

Employee(DepartmentID, LastName) INCLUDE (EmployeeID)

5. Bölümde 1.000 çalışanınız olduğunu hayal edin. Tüm Smith'leri bulmak için # 1 indeksini kullanarak, dahil edilen sütunlar anahtarın bir parçası olmadığından Bölüm 5'teki tüm 1000 satırı aramanız gerekir. Dizin # 2'yi kullanarak, doğrudan Bölüm 5, Soyadı Smith'i arayabilirsiniz.

Bu nedenle, # 2 No'lu dizin, daha geniş bir sorgu yelpazesine hizmet ederken daha kullanışlıdır - ancak maliyeti, daha fazla şişirilmiş bir indeks anahtarıdır ve bu da endeksin yaprak dışı sayfalarını büyütür. Her sistem farklı olacak, bu yüzden burada hiçbir kural yoktur.

Bir not olarak, eğer Çalışan Kimliği bu tablonun kümelenme anahtarıysa - kümelenmiş bir dizin varsayarak - o zaman Çalışan Kimliği eklemeniz gerekmiyorsa - kümelenmemiş tüm dizinlerde mevcut olması anlamına gelir; olmak

Employee(DepartmentID, LastName)

Bunu ilk nasıl edindiğinizden emin değilim. Benim için bu sorgu için kullanırdım:

CREATE NONCLUSTERED INDEX NC_EmpDep 
  ON Employee(DepartmentID)
  INCLUDE (EmployeeID, Lastname)

SQL'de hemen hemen her şey için "Sert ve hızlı kural" yoktur.

Ancak, örneğin, dizinin kullanacağı tek alan DepartmentID, WHEREmaddede olduğu içindir.

Diğer alanların oradan kolayca erişilebilir olması gerekir. O DepartmentIDzamana göre seçersiniz INCLUDE, o alanların dizinin yaprak düğümünde olmasıdır.

Diğer örneklerinizi kullanmak istemezsiniz çünkü bu indeks için işe yaramazlar.

Telefon rehberi gibi bir dizin düşünün. Telefon rehberlerinin çoğu Soyadı, Adı, Orta Adı'na göre sıralanmıştır. Birinin adını, soyadını bilmiyorsanız, telefon rehberi dizininin sırasına göre ilk adı arayamadığınız için telefon rehberi size bir şey yapmaz.

INCLUDEAlanlar kitapta her giriş için telefon vb numarası, adres diğer bilgileri gibidir.

DÜZENLE:

Neden kullanmamaya karar vermek için:

CREATE NONCLUSTERED INDEX NC_EmpDep 
          ON Employee( EmployeeID, LastName)
INCLUDE (DepartmentID)

Ya varsa bu endeks sadece yararlıdır EmployeeIDya İKİ EmployeeID ve LastNamesizin de WHEREfıkra. Bu hemen hemen bu sorgu için ihtiyaç duyduğunuz şeylerin OPPOSİTESİ .

Sanırım (worker_id, department_id) endeksini hala kullanabiliyorsunuz, ancak nerede olduğu gibi şu cümleye 'boş' bir satır eklemeniz gerekecek: "worker_id = worker_id)

• üzerinde bir indeks olan (çalışan_id, departemnent_id),
• yalnızca department_id üzerinde arama yapmak / kısıtlamak zorunda
• Dizini yanlış düzenden beri kullanmayacağını bilmek (ya da şimdiye kadar işler değişti ve şu "numara" artık gerekli değil. Ben bir "oldy"?) .

• "Eski" numarayı kullan.

  Çalışan emp * seçeneğini
  nerede emp.employee_id = emp.employee_id
  ve emp.department_id = 5
  

(Yani, Soyadı'nın buraya dahil edilmesine odaklanmıyorum, ama evet / veya anahtarın kullanılmamasına odaklanıyorum.)

Saygılarımla,

Miguell