¿Por qué una consulta con una selección secundaria cuesta menos que la consulta con una constante en Oracle

Question

Tengo una tabla SQL con un millón de entradas y traté de consultar cuántas entradas son anteriores a 60 días (Oracle 11.2. 0.1.0).

Para este experimento utilicé 3 versiones diferentes de la sentencia de selección:
(El costo-valor viene dado por TOAD para Oracle V. 9.7.2.5)

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

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

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

4. select count(*) from fman_file where dateadded >= '10.10.2009'
   Costo: 1823
   (El 10.10.2009 es sólo un ejemplo actualizados !!!)

que no tienen el tiempo exacto -valores para todas las consultas en mente, pero el primero realmente fue el más rápido.

Así que probé algunas consultas más selectas con otras subselecciones (como (Seleccionar 1000 desde dual)) y fueron (a veces MÁS) más rápidas que las otras con valores constantes. Incluso parece que este "CUALQUIER COSA" (Error/Característica) está sucediendo en MySQL también.

Entonces, ¿alguien puede decirme por qué la primera consulta es (camino) más rápida que las otras?

Greetz

P.S .: No se trata de la sydate! La pregunta es ¿POR QUÉ LA VARIACIÓN CON (SELECCIONAR) MÁS RÁPIDA QUE LOS DEMÁS? (con un pequeño enfoque en Select-Variation (1.) vs. Constant-Variation (4.))

Answer 1

¿Has vuelto a intentar los números 2-4 con() alrededor del cálculo después de> = - parece para mí, la primera afirmación es la única donde calcula ese valor una vez; para todos los demás, recalcula en cada fila. por ejemplo:

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 - no conocen la sintaxis para convertir a una fecha y hora en Oracle - pero se entiende la idea.

Answer 2

Tom Kyte:

La ventaja dual es el optimizador entiende dual es un una fila especial, mesa de una columna de - cuando lo utiliza en las consultas, utiliza este conocimiento para desarrollar el plan de .

Answer 3

Puede intentar con Explain Plan. Esto le mostrará qué están haciendo las consultas y las diferencias entre ellas.

Un par de enlaces de configurar y usar explicar el plan:

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

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

Answer 4

encontrado algunas pistas en mi copia de "Fundamentos de Oracle basadas en los costes" por Jonathan Lewis en el capítulo 6 " sorprendente sysdate ". Esto parece aplicarse a 9i, probablemente también a versiones posteriores.

El sysdate trata Optimizer (y trunc (sysdate) y algunas otras funciones de sysdate) como constantes conocidas en tiempo de análisis, pero sysdate + N se convierte en un desconocido, y obtiene el mismo tratamiento como una variable bind - que significa una selectividad fija del 5%. (Nota en particular, que sysdate + 0 dará una cardinalidad diferente de sysdate.)

Aparentemente el optimizador también reconoce la select sysdate from dual como una constante conocida.

Answer 5

en lugar de utilizar (seleccione sysdate - 60 de Driver) i, bastante recomiendo que se unen mediante una variable, cuyo valor se calcula antes de la consulta se convierta ejecutados