Tại sao việc tạo chỉ mục mới này cải thiện hiệu suất rất nhiều khi chỉ mục hiện tại bao gồm tất cả các cột trong chỉ mục mới?

Tôi có bảng Log và LogItem; Tôi đang viết một truy vấn để lấy một số dữ liệu từ cả hai. Có hàng ngàn Logsvà mỗi Logcó thể có tới 125LogItems

Truy vấn trong câu hỏi rất phức tạp nên tôi bỏ qua nó (nếu ai đó nghĩ nó quan trọng tôi có thể đăng nó), nhưng khi tôi chạy gói Truy vấn Ước tính SSMS, nó đã cho tôi biết một chỉ mục Không phân cụm mới sẽ cải thiện hiệu suất lên tới 100% .

Existing Index: Non-clustered
Key Colums (LogItem): ParentLogID, DateModified, Name, DatabaseModified

Query Plan Recommendation
CREATE NONCLUSTERED INDEX [LogReportIndex]
ON [dbo].[LogItem] ([ParentLogID],[DatabaseModified])

Để giải trí, tôi đã tạo chỉ mục mới này và chạy truy vấn và thật ngạc nhiên, bây giờ mất ~ 1 giây để truy vấn của tôi chạy, khi trước đó là hơn 10 giây.

Tôi giả định rằng chỉ mục hiện tại của tôi sẽ bao gồm truy vấn mới này, vì vậy câu hỏi của tôi là tại sao việc tạo một chỉ mục mới trên các cột duy nhất được sử dụng trong truy vấn mới của tôi cải thiện hiệu suất? Tôi có nên có một chỉ mục cho mỗi tổ hợp cột duy nhất được sử dụng trong wheremệnh đề của mình không?

lưu ý: Tôi không nghĩ rằng điều này là do Máy chủ SQL đang lưu trữ kết quả của tôi, tôi đã chạy truy vấn khoảng 25-30 lần trước khi tôi tạo chỉ mục và nó mất liên tục 10 - 15 giây, sau khi chỉ mục hiện tại nhất quán ~ 1 hoặc ít hơn.

Thứ tự các cột trong một chỉ mục là quan trọng. Nếu lọc yêu cầu cột 1 và 4 từ chỉ mục, chỉ mục sẽ không giúp ích. Nó chỉ hữu ích khi lọc theo N cột đầu tiên liên tiếp.

Điều này là do chỉ số là một cây. Bạn không thể chọn hiệu quả tất cả các nút của cây column3 = something, bởi vì chúng nằm rải rác ở mọi nơi khác, thuộc về các giá trị khác nhau của column1và column2. Nhưng nếu bạn biết column1và column2cũng như vậy, việc xác định đúng nhánh trong cây là không có trí tuệ.

Các cạnh hàng đầu của một chỉ số là những gì quan trọng.

Miễn là truy vấn của bạn được "bao phủ" bởi cạnh hàng đầu của một chỉ mục, nó sẽ hiệu quả. Các chỉ mục cơ sở dữ liệu thường được triển khai dưới dạng B-Tree và cấu trúc của B-Tree cho rằng việc tìm kiếm phải được thực hiện theo một thứ tự nhất định, đó là lý do tại sao thứ tự các trường trong chỉ mục tổng hợp có vấn đề.

Nếu bạn có "lỗ hổng", ví dụ nếu bạn tìm kiếm trên ParentLogIDvà DatabaseModified, nhưng chỉ có chỉ mục trên {ParentLogID, DateModified, Name, DatabaseModified}thì chỉ {ParentLogID}có thể sử dụng một phần của chỉ mục một cách hiệu quả.

(LƯU Ý: Một số DBMS có thể sử dụng {DatabaseModified}phần thông qua "bỏ qua quét", nhưng ngay cả khi DBMS của bạn làm điều đó kém hiệu quả hơn nhiều so với truy cập chỉ mục thông thường) .