Dateadd ảnh hưởng như thế nào đến hiệu suất của truy vấn SQL?

Question

Nói ví dụ tôi đang tham gia vào một bảng số để thực hiện một số hoạt động giữa hai ngày trong một subquery, như vậy:

select n 
     ,(select avg(col1) 
      from table1 
     where timestamp between dateadd(minute, 15*n, @ArbitraryDate) 
          and dateadd(minute, 15*(n+1), @ArbitraryDate)) 
    from numbers 
where n < 1200 

Sẽ truy vấn thực hiện tốt hơn nếu tôi, nói rằng, xây dựng ngày từ varchars concatenating hơn là sử dụng hàm dateadd?

Answer 1

Giữ dữ liệu theo định dạng datetime sử dụng DATEADD là nhiều khả năng được nhanh hơn

Kiểm tra câu hỏi này: (! Không phải tôi) Most efficient way in SQL Server to get date from date+time?

Câu trả lời được chấp nhận chứng tỏ DATEADD qua chuyển đổi chuỗi. Tôi đã nhìn thấy một quá nhiều năm trước đây cho thấy cùng một

Answer 2

Tôi sẽ KHÔNG đi với các varchar nối.

DateAdd sẽ def hoạt động tốt hơn so với nối chuỗi và truyền tới DATETIME.

Như mọi khi, bạn đặt cược tốt nhất là lập cấu hình cho 2 tùy chọn và xác định kết quả tốt nhất, vì không có DB nào được chỉ định.

Answer 3

Hãy cẩn thận với giữa ngày, hãy nhìn vào How Does Between Work With Dates In SQL Server?

Tôi đã từng optmized một truy vấn để chạy từ hơn 24 giờ đến 36 giây. Chỉ cần không sử dụng chức năng ngày hoặc chuyển đổi trên cột, xem tại đây: Only In A Database Can You Get 1000% + Improvement By Changing A Few Lines Of Code

để xem truy vấn nào hoạt động tốt hơn, thực hiện cả truy vấn và xem kế hoạch thực hiện, bạn cũng có thể sử dụng số liệu thống kê và thống kê đọc và thời gian cần để thực hiện các truy vấn

Answer 4

Miễn là tính toán biến vị ngữ của bạn không bao gồm các tham chiếu đến các cột của bảng bạn đang truy vấn, cách tiếp cận của bạn cũng không quan trọng (đi cho rõ ràng).

Nếu bạn đã bao gồm thứ gì đó từ Table1 trong tính toán, tuy nhiên, tôi muốn xem để quét bảng hoặc quét chỉ mục vì nó có thể không còn là sargable.

Trong mọi trường hợp, hãy kiểm tra (hoặc đăng!) execution plan để xác nhận.

Answer 5

Tại sao bạn lại sử dụng truy vấn con tương quan để bắt đầu? Điều đó sẽ làm chậm bạn nhiều hơn so với dateadd. Chúng giống như con trỏ, chúng hoạt động theo từng hàng. Sẽ có công việc như thế này?

select n.n , avgcol1 
    from numbers n 
    left outer join 
     (
     select avg(col1) as avgcol1, n 
     from table1 
     where timestamp between dateadd(minute, 15*n, @ArbitraryDate) 
      and dateadd(minute, 15*(n+1), @ArbitraryDate) 
     Group by n 
     ) t 
    on n.n = t.n 
    where n < 1200 

Answer 6

nhiều khả năng sẽ không có cách nào khác nhau. Tôi sẽ chạy điều này:

SET STATISTICS IO ON; 
SET STATISTICS TIME ON; 

theo sau bởi cả hai biến thể truy vấn của bạn, để bạn xem và so sánh chi phí thực thi thực tế.