Tại sao truy vấn có chi phí chọn phụ ít hơn truy vấn có hằng số trong Oracle

Question

Tôi đã có một bảng SQL với một số triệu mục và tôi đã cố truy vấn số lượng mục nhập cũ hơn 60 ngày (Oracle 11.2. 0.1.0).

Đối với thí nghiệm này tôi đã sử dụng 3 phiên bản khác nhau của select-tuyên bố:
(Chi phí có giá trị được đưa ra bởi cóc cho Oracle V. 9.7.2.5)

1. select count(*) from fman_file
where dateadded >= (select sysdate - 60 from dual)
   Chi phí: 65

2. select count(*) from fman_file
where dateadded >= sysdate - 60
   Chi phí: 1909

3. select count(*) from fman_file
where dateadded >= sysdate - numtodsinterval(60,'day')
   Chi phí: 1884

4. select count(*) from fman_file where dateadded >= '10.10.2009'
   Chi phí: 1823
   (The 2009/10/10 chỉ là một ví dụ cập nhật !!!)

Tôi không có thời gian chính xác -giá trị cho tất cả các truy vấn trong đầu, nhưng đầu tiên thực sự là nhanh nhất. Vì vậy, tôi đã thử thêm một số truy vấn chọn lọc với các lựa chọn khác (như (Chọn 1000 từ kép)) và chúng (đôi khi WAY) nhanh hơn các giá trị khác có giá trị không đổi. Nó thậm chí có vẻ rằng điều này "WHATEVER" (Bug/Feature) đang xảy ra trong MySQL quá.

Vì vậy, bất kỳ ai cũng có thể cho tôi biết tại sao truy vấn đầu tiên nhanh hơn các truy vấn khác?

Greetz

P.S .: Đây không phải là về sydate! Câu hỏi đặt ra là TẠI SAO LÀ B VARNG CỨU VỚI (CHỌN) NHANH CHÓNG NHỮNG NGƯỜI KHÁC? (với một chút tập trung vào Chọn biến thể (1.) so với biến thể không đổi (4.))

Answer 1

Bạn đã thử lại các số 2-4 với() xung quanh phép tính sau> = - có vẻ như với tôi câu lệnh đầu tiên là câu lệnh duy nhất mà nó tính toán giá trị đó một lần - cho tất cả những giá trị khác mà nó tính toán lại trên mỗi hàng. ví dụ:

select count(*) from fman_file where dateadded >= (SELECT sysdate - 60) 

select count(*) from fman_file where dateadded >= (SELECT (sysdate - numtodsinterval(60,'day')) 

select count(*) from fman_file where dateadded >= (SELECT CONVERT(datetime,'10.10.2009')) 

NB - không biết cú pháp để chuyển sang giờ trong Oracle - nhưng bạn có ý tưởng.

Answer 2

Tom Kyte:

Ưu điểm đến kép là ưu hiểu khi kép là một trong những hàng đặc biệt, bảng một cột - khi bạn sử dụng nó trong các truy vấn, nó sử dụng kiến ​​thức này khi phát triển các kế hoạch .

Answer 3

Bạn có thể thử sử dụng Explain Plan. Điều này sẽ cho bạn thấy những gì các truy vấn đang làm và sự khác biệt giữa chúng.

Một vài liên kết để thiết lập và sử dụng giải thích kế hoạch:

http://download.oracle.com/docs/cd/B10500_01/server.920/a96533/ex_plan.htm

http://www.adp-gmbh.ch/ora/explainplan.html

Answer 4

Tìm thấy một số gợi ý trong bản sao của tôi về "Chi phí-Based Oracle cơ bản" của Jonathan Lewis trong chương 6 " sysdate đáng ngạc nhiên ". Điều này dường như áp dụng cho 9i, có lẽ cũng là phiên bản sau này.

Các đối xử ưu sysdate (và trunc (sysdate) và một vài chức năng khác của sysdate) như hằng số được biết đến vào thời gian phân tích cú pháp, nhưng sysdate + N trở thành một người vô danh, và được đối xử như một biến ràng buộc - đó có nghĩa là lựa chọn cố định 5%. (Lưu ý đặc biệt rằng sysdate + 0 sẽ cung cấp một cardinality khác từ sysdate.)

Dường như trình tối ưu hóa cũng nhận ra select sysdate from dual là hằng số đã biết.

Answer 5

thay vì sử dụng (chọn sysdate - 60 từ kép) tôi thà khuyên bạn nên sử dụng một biến ràng buộc, mà giá trị được tính toán trước khi truy vấn trở nên thực hiện