nieoczekiwany sukces zapytania

Jeśli optymalizator zdecyduje, że nie musi oceniać funkcji, nie zrobi tego, więc funkcja nigdy nie zgłosi wyjątków:

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

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

Funkcja zgłasza wyjątek tylko wtedy, gdy faktycznie zostanie przeanalizowany:

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

Jeśli jednak parser może zdecydować statycznie że zapytanie jest niepoprawne - ponieważ funkcja ma zły typ argumentów lub zapytanie ma niepoprawne typy, parser zgłosi wyjątek, zanim optymalizator zwróci na niego uwagę:

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