éxito inesperado consulta

Question

SELECT COUNT (*) 
    FROM rps2_workflow 
WHERE  workflow_added > TO_DATE ('01.09.2011', 'dd.mm.yyyy') 
     AND workflow_finished < TO_DATE ('wtf', 'dd.mm.yyyy') 
     AND workflow_status IN (7, 12, 17) 
     AND workflow_worker = 159 

espero que esta consulta a fallar, debido fecha no válida, pero devuelve 0

El plan para esta consulta muestra que el 8 de paso de la cláusula inválida es procesados:

8 TABLE ACCESS BY INDEX ROWID TABLE RPS2.RPS2_WORKFLOW Object Instance: 1 Filter Predicates: ("WORKFLOW_STATUS"=7 OR "WORKFLOW_STATUS"=12 OR "WORKFLOW_STATUS"=17) AND SYS_EXTRACT_UTC("WORKFLOW_FINISHED")<SYS_EXTRACT_UTC(TO_DATE('wtf','dd.mm.yyyy')) Cost: 11 Bytes: 33 Cardinality: 1 CPU Cost: 8 M IO Cost: 10 Time: 1      

Si nos comente AND workflow_status IN (7, 12, 17) estado - como era de esperar entonces que obtenemos ORA-01858: a non-numeric character was found where a numeric was expected

Si se comentan a cabo AND workflow_finished < TO_DATE ('wtf', 'dd.mm.yyyy') entonces obtenemos cantidad de registros que se ajustan a esas condiciones (> 0)

¿Cómo es esto posible?

UPD:

La sugerencia /*+no_index(rps2_workflow) */ no cambia nada (mientras que en el plan se ve que se lleva a cabo FullScan)

SELECT STATEMENT ALL_ROWSCost: 254 Bytes: 31 Cardinality: 1 CPU Cost: 34 M IO Cost: 248 Time: 4  
2 SORT AGGREGATE Bytes: 31 Cardinality: 1  
    1 TABLE ACCESS FULL TABLE RPS2.RPS2_WORKFLOW Object Instance: 1 Filter Predicates: "WORKFLOW_WORKER"=159 AND ("WORKFLOW_STATUS"=7 OR "WORKFLOW_STATUS"=12 OR "WORKFLOW_STATUS"=17) AND SYS_EXTRACT_UTC("WORKFLOW_ADDED")>SYS_EXTRACT_UTC(TIMESTAMP' 2011-09-01 00:00:00') AND SYS_EXTRACT_UTC("WORKFLOW_FINISHED")<SYS_EXTRACT_UTC(TO_DATE('wtf','dd.mm.yyyy')) Cost: 254 Bytes: 31 Cardinality: 1 CPU Cost: 34 M IO Cost: 248 Time: 4 

Answer 1

probablemente encontrado que cada registro que satisface todas las demás condiciones tiene un campo NULLworkflow_finished.

Y cualquier cosa en comparación con NULL es desconocida, por lo que no es necesario evaluar el otro operando.

Answer 2

Si el optimizador decide que no necesita evaluar una función, no lo hará, por lo que la función nunca va a lanzar excepciones:

select 1 from dual where 1 = 1 OR to_date('asdasdasd','asdasdasdas') > sysdate ; 

     1 
---------- 
     1 

la función lanza una excepción sólo si realmente se evalúa:

SQL> select 1 from dual where 1 = 1 AND to_date('asdasd','asdas') > sysdate ; 
select 1 from dual where 1 = 1 AND to_date('asdasd','asdas') > sysdate 
                * 
ERROR at line 1: 
ORA-01821: date format not recognized 

Sin embargo, si el analizador puede decidir estáticamente que la consulta no es válida - ya que la función tiene el tipo incorrecto de argumentos o de la consulta tiene tipos válidos, entonces el analizador emitirá una excepción antes de que el optimizador consigue un swing en él:

SQL> select 1 from dual where 1 = 1 or to_date('asdasdasd',0) > sysdate ; 
select 1 from dual where 1 = 1 or to_date('asdasdasd',0) > sysdate 
                 * 
ERROR at line 1: 
ORA-00932: inconsistent datatypes: expected DATE got NUMBER 


SQL> select 1 from dual where 1 = 1 or to_date('asdasdasd','asdasdasdas') > 42 ; 
select 1 from dual where 1 = 1 or to_date('asdasdasd','asdasdasdas') > 42 
                     * 
ERROR at line 1: 
ORA-00932: inconsistent datatypes: expected DATE got NUMBER