Quy tắc cứng và nhanh để bao gồm các cột trong chỉ mục

Có quy tắc cứng và nhanh nào để quyết định cột nào và theo thứ tự nào sẽ được đưa vào Bao gồm trong chỉ mục không được nhóm. Tôi vừa đọc bài đăng này https://stackoverflow.com/questions/1307990/why-use-the-include-clause-when-creating-an-index và tôi thấy rằng cho truy vấn sau:

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

Các poster đề nghị tạo chỉ mục như thế này:

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

đây là câu hỏi của tôi tại sao chúng ta không thể tạo ra chỉ mục như thế này

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

hoặc là

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

và điều gì dẫn đến người đăng quyết định giữ lại cột LastName. Tại sao không phải là cột khác? và làm thế nào để quyết định theo thứ tự chúng ta nên giữ các cột ở đó?

Đó là gợi ý chỉ số của marc_s là sai. Tôi đã thêm một bình luận. (Và đó là câu trả lời của tôi cũng được chấp nhận!)

Chỉ mục cho truy vấn này sẽ là

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

Một chỉ số thường

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

Ở đâu:

• KeyColList = Cột cột = được sử dụng để hạn chế hàng và xử lý
  WHERE, THAM GIA, ĐẶT HÀNG, NHÓM THEO vv
• NonKeyColList = Cột không khóa = được sử dụng trong CHỌN và tổng hợp (ví dụ SUM (col)) sau khi chọn / hạn chế

JNK và gbn đã đưa ra câu trả lời tuyệt vời, nhưng cũng đáng để xem xét bức tranh lớn - không chỉ tập trung vào một truy vấn duy nhất. Mặc dù truy vấn cụ thể này có thể được hưởng lợi từ một chỉ mục (# 1):

Employee(DepartmentID) INCLUDE (Lastname, EmployeeID)

Chỉ mục này hoàn toàn không giúp ích gì nếu truy vấn thay đổi một chút, chẳng hạn như:

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

Điều này sẽ cần chỉ mục (# 2):

Employee(DepartmentID, LastName) INCLUDE (EmployeeID)

Hãy tưởng tượng bạn có 1.000 nhân viên ở Bộ 5. Sử dụng chỉ số # 1, để tìm tất cả các Smith, bạn cần tìm kiếm trong tất cả 1.000 hàng trong Bộ 5, vì các cột được bao gồm không phải là một phần của khóa. Sử dụng chỉ số # 2, bạn có thể tìm kiếm trực tiếp đến Bộ 5, LastName Smith.

Do đó, Chỉ số 2 hữu ích hơn trong việc phục vụ một phạm vi truy vấn rộng hơn - nhưng chi phí là một khóa chỉ mục cồng kềnh hơn, điều này sẽ làm cho các trang không có lá của chỉ mục lớn hơn. Mỗi hệ thống sẽ khác nhau, vì vậy không có quy tắc nào ở đây.

Một lưu ý phụ, đáng để chỉ ra rằng nếu EmployeeID là khóa phân cụm cho bảng này - giả sử chỉ mục được nhóm - thì bạn không cần đưa EmployeeID - nó có trong tất cả các chỉ mục không được phân cụm, có nghĩa là chỉ số # 2 chỉ có thể được

Employee(DepartmentID, LastName)

Tôi không chắc làm thế nào bạn có được cái đầu tiên. Đối với tôi, đối với truy vấn đó, tôi sẽ sử dụng:

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

Không có "quy tắc cứng và nhanh" cho hầu hết mọi thứ trong SQL.

Nhưng, ví dụ của bạn, trường duy nhất mà chỉ mục sẽ sử dụng là DepartmentIDvì nó nằm trong WHEREmệnh đề.

Các lĩnh vực khác chỉ cần có thể dễ dàng truy cập từ đó. Bạn chọn dựa vào DepartmentIDsau đó INCLUDEcó các trường đó tại nút lá của chỉ mục.

Bạn không muốn sử dụng các ví dụ khác của mình vì chúng sẽ không hoạt động cho chỉ mục này.

Hãy nghĩ về một chỉ số như một cuốn sách điện thoại. Hầu hết các danh bạ điện thoại được sắp xếp theo Họ, Tên, Tên đệm ban đầu. Nếu bạn biết tên của ai đó, nhưng không phải họ của họ, danh bạ điện thoại sẽ không tốt vì bạn không thể tìm kiếm tên dựa trên thứ tự của chỉ mục của danh bạ điện thoại.

Các INCLUDEtrường giống như số điện thoại, địa chỉ, vv thông tin khác cho mỗi mục trong sách.

CHỈNH SỬA:

Để làm rõ hơn tại sao không sử dụng:

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

Chỉ số này chỉ hữu ích nếu bạn có EmployeeIDhoặc BÓNG EmployeeID và LastNametrong WHEREmệnh đề của bạn . Đây là khá nhiều OPPOSITE của những gì bạn cần cho truy vấn này.

Tôi nghĩ rằng bạn vẫn có thể sử dụng chỉ mục (worker_id, Division_id), nhưng bạn phải bao gồm một dòng 'giả' trong cụm từ, như: "worker_id = worker_id)

• có một chỉ mục trên (worker_id, oblemnent_id),
• phải tìm kiếm / hạn chế chỉ trên một bộ phận
• biết rằng nó sẽ không sử dụng chỉ mục vì thứ tự sai (hoặc mọi thứ đã thay đổi và "mẹo" sau đây không còn cần thiết nữa. Tôi là một "người già"?) .

• Sử dụng tricK "cũ"?

  chọn * từ Empee emp
  nơi emp.employee_id = emp.employee_id
  và emp.depidor_id = 5
  

(Vì vậy, tôi không tập trung vào phần bao gồm ở đây của Lastname, nhưng về phần có / hoặc không được sử dụng của khóa.)

Trân trọng,

Miguell