Tại sao chỉ mục không có khả năng làm nhiều nếu là DATETIME hoặc DATETIME2 vì chúng bao gồm phần thời gian?

Question

Comments để question "How to decrease response time of a simple select query?" tell:

• "? Kiểu dữ liệu trên LaunchDate là gì Một chỉ số là không có khả năng làm được gì nhiều nếu nó là DATETIME hoặc DATETIME2 vì chúng bao gồm phần thời gian - OMG Ngựa Non"

• "@OMG - Tại sao một chỉ mục nhóm trên cột DateTime không cải thiện hiệu suất? Truy vấn là quét phạm vi cho phép tìm kiếm chỉ mục phạm vi nhanh vì tất cả dữ liệu sẽ nằm trong khối tuần tự? Liên quan đến bán ... msdn.microsoft.com/en-us/library/ms177416.aspx - Calgary Coder "

• "Calgary Coder: DATETIME/2 bao gồm thời gian - chỉ mục, được nhóm hoặc không được nhóm, sẽ tốt cho các ngày có thời gian trùng lặp nhưng không nằm trong phạm vi. - OMG Ngựa Non"

Tôi tạo ra một bảng thử nghiệm với nhóm chỉ số trên DATETIME loại cột LaunchDate và quan sát chỉ số tìm kiếm cho các truy vấn tương tự được trích dẫn trong câu hỏi trên:

SELECT COUNT(primaryKeyColumn) 
FROM MarketPlan 
WHERE LaunchDate > @date 

thay vì bảng hoặc chỉ số quét .

Tại sao một chỉ mục nhóm trên cột DateTime cải thiện hiệu suất?
Tại sao chỉ mục không có khả năng làm được nhiều nếu đó là DATETIME hoặc DATETIME2 vì chúng bao gồm phần thời gian?

Tôi đánh giá cao kịch bản minh họa việc lập chỉ mục của cột DATETIME không cải thiện hiệu suất.

Cập nhật: Ngoài ra, OMG có ngụ ý rằng chỉ mục trên cột DATE sẽ hữu ích nhưng không phải là DATETIME và DATETIME2?

Answer 1

Tôi đã đọc các câu hỏi khác, không có ý tưởng gì OMG ngựa nghĩa

3 điểm:

• Nó không nên quan trọng nếu một chỉ số được nhóm hoặc non-clustered:
• Bất kể thời gian có được bao gồm quá
• Nó chỉ hữu ích

Seek hoặc quét:

Dựa trên thống kê, nếu LaunchDate > @date phương tiện, nói rằng, 90% các hàng, sau đó rất có thể quét sẽ xảy ra. Nếu nó là khá chọn lọc, sau đó một tìm kiếm có nhiều khả năng.

Bất kể phân cụm hoặc không được nhóm lại!

Chỉ mục nào?

Một truy vấn như thế này sẽ đòi hỏi một chỉ mục trên LaunchDate và primaryKeyColumn

SELECT COUNT(primaryKeyColumn) 
FROM MarketPlan 
WHERE LaunchDate > @date 

Bây giờ, bất kỳ chỉ số không clustered đề cập đến các chỉ số nhóm mà được giả định là PK theo mặc định. Vì vậy, primaryKeyColumn hoàn toàn được bao gồm.

Superstition

Tuy nhiên, COUNT(primaryKeyColumn)is a superstition. Bởi vì PKS không cho phép NULL, nó tương đương với

SELECT COUNT(*) 
FROM MarketPlan 
WHERE LaunchDate > @date 

SELECT COUNT(1) 
FROM MarketPlan 
WHERE LaunchDate > @date 

Vì vậy, bạn chỉ cần một chỉ mục trên LaunchDate, cho dù nhóm hoặc non-clustered

Answer 2

Index trên một cột ngày sẽ không được sử dụng nếu sử dụng ứng dụng của bạn datetime gây ra chuyển đổi kiểu dữ liệu ngầm định. Nếu bạn nhìn vào kế hoạch thực thi, bạn có thể thấy rằng có một hàm bên trong được áp dụng cho một cột. Giải pháp thay đổi cột ngày thành dấu thời gian (4) hoặc điều chỉnh ứng dụng khách để sử dụng ngày thay vì ngày giờ.