Trình tối ưu hóa truy vấn khuyên bạn nên thêm chỉ mục thay vì sử dụng chỉ mục hiện có

Tôi đang cố gắng xác định lý do tại sao trình tối ưu hóa truy vấn trong SQL Server khuyên bạn nên tạo một chỉ mục mới thay vì sử dụng một chỉ mục hiện có dường như là đủ cho truy vấn.

Đầu tiên là bàn. Tên cột thay đổi để bảo vệ người vô tội :-)

CREATE TABLE [myTable] (
  [id] [int] IDENTITY(1,1) NOT NULL,
  [serialNumber] [varchar](12) NOT NULL,
  [sName] [varchar](64) NOT NULL,
  [meanValue] [int] NOT NULL,
  [range] [int] NOT NULL,
  [modifiedDate] [datetime] NOT NULL,
  CONSTRAINT [PK_myTable] PRIMARY KEY CLUSTERED ( [id] ASC )
)

Tạo chỉ mục trong câu hỏi:

CREATE NONCLUSTERED INDEX [IDX_myIndex]
ON [myTable] ([serialNumber], [sName], [meanValue], [range])
INCLUDE ([modifiedDate])

Thêm dữ liệu để kiểm tra bằng trình tạo lựa chọn của bạn ;-) Chạy truy vấn sau (bảng chỉ có vài triệu bản ghi)

SELECT TOP 1000
  [serialNumber],
  [sName],
  [meanValue],
  [range],
  [modifiedDate]
FROM [myTable]
WHERE [serialNumber] = 137802
AND [sName] = 'A Name'

Trình tối ưu hóa truy vấn khuyên bạn nên sử dụng một chỉ mục mới trong đó bổ sung trong đó các mệnh đề được trình bày trong INCLUDE thay vì một phần của khóa:

CREATE NONCLUSTERED INDEX [<Name of Missing Index, sysname,>]
ON [dbo].[myTable] ([sName])
INCLUDE ([serialNumber],[meanValue],[range],[modifiedDate])

Tôi có ấn tượng rằng một chỉ mục rộng hơn bao gồm nhiều cột hơn sẽ được sử dụng làm chỉ mục miễn là thứ tự của các mệnh đề WHERE thể hiện thứ tự của các cột được lập chỉ mục.

Nếu tôi cũng WHERE trên sửa đổiData, chỉ mục sẽ được sử dụng và trình tối ưu hóa truy vấn không phàn nàn:

SELECT TOP 1000
  [serialNumber],
  [sName],
  [meanValue],
  [range],
  [modifiedDate]
FROM [myTable]
WHERE [serialNumber] = 137802
AND [sName] = 'A Name'
AND ([modifiedDate] >= '2000-04-25' AND [modifiedDate] < '2019-04-30') 

Liên kết DBA
SQL Server 2008R2 - Tại sao chỉ mục của tôi không được sử dụng cho thấy mối tương quan chặt chẽ hơn giữa khóa chỉ mục và bao gồm với câu lệnh SELECT giúp xác định sử dụng chỉ mục (nhưng trong ví dụ của tôi về cơ bản là giống nhau). Tôi có rất nhiều hàng, có thể thỏa mãn kiểm tra xác suất sử dụng hàng và không có NULL - do đó phủ nhận hiệu ứng NULL của chỉ mục.

Tôi nghĩ, có thể không chính xác, rằng một chỉ mục A, B, C, Dsẽ bao gồm một truy vấn trong đó A, B, C, hoặc A, B, hoặc Asẽ được chạy. Là giả định này sai? Tôi nhận ra rằng có thể có những điều kiện cạnh tranh để loại bỏ khái niệm cơ bản này, nhưng ở mức độ cơ bản, đây không phải là cách nó hoạt động?

Cảm ơn trước bất kỳ sự giúp đỡ nào, chỉ ra sự ngu ngốc theo cách của tôi, nhận ra tôi cần phải quay lại trường DB, v.v ... :-)

Chỉ mục của bạn có vẻ tốt và tốt (nghĩa là bao trùm) cho truy vấn và nó nên được sử dụng. Vấn đề thực sự là chính truy vấn và cụ thể là điều kiện này ẩn một chuyển đổi ngầm định:

WHERE [serialNumber] = 137802

Theo ưu tiên kiểu dữ liệu của SQL Server , khi so sánh hai giá trị của các kiểu dữ liệu khác nhau, giá trị với kiểu dữ liệu có mức độ ưu tiên thấp hơn được chuyển đổi thành kiểu dữ liệu có mức độ ưu tiên cao hơn. Thật không may, intlà cao hơn trong danh sách hơn varchar. Điều này thổi bùng mọi hy vọng sử dụng chỉ mục khi các serialNumbergiá trị cột ( ) được chuyển đổi thành số nguyên. Cột là vị trí đầu tiên của chỉ mục, dẫn đến trình tối ưu hóa không sử dụng chỉ mục đó và tìm kiếm một giải pháp thay thế (và do đó là gợi ý.)

Giải pháp là không có bất kỳ chuyển đổi ngầm định hoặc rõ ràng nào của các cột trong WHEREđiều kiện. Đơn giản chỉ cần sử dụng:

WHERE [serialNumber] = '137802'