No data found -> success in dbms_scheduler
Feb 1, 2007 / By Julien Lamarche
One of our clients found a bug with dbms_scheduler: it logs a job as successful when a ORA-01403 is thrown.
SQL> create or replace procedure x_no_data_found is
v_dummy varchar2(1);
begin
select dummy into v_dummy
from dual
where dummy != dummy;
end;
/
Procedure created.
SQL> exec x_no_data_found;
BEGIN x_no_data_found; END;
*
ERROR at line 1:
ORA-01403: no data found
ORA-06512: at "JULIEN.X_NO_DATA_FOUND", line 4
ORA-06512: at line 1
SQL> begin
2 dbms_scheduler.create_job(
3 job_name => 'test_no_data_found',
4 job_type => 'plsql_block',
5 job_action => 'x_no_data_found;',
6 repeat_interval => 'freq=minutely',
7 enabled => true,
8 comments => '');
9 end;
10 /
PL/SQL procedure successfully completed.
SELECT LOG_DATE, STATUS
FROM DBA_SCHEDULER_JOB_RUN_DETAILS
WHERE OWNER = 'JULIEN';
LOG_DATE STATUS
22-JAN-07 12.17.49.768139 PM -05:00 SUCCEEDED
22-JAN-07 12.18.49.849485 PM -05:00 SUCCEEDED
Our current work-around is to throw an application error.
procedure x_no_data_found is
v_dummy varchar2(1);
begin
select dummy into v_dummy
from dual
where dummy != dummy;
exception
when no_data_found
then
raise_application_error(-20001, 'No rows found at ....');
end;
SELECT LOG_DATE, STATUS, ADDITIONAL_INFO
FROM DBA_SCHEDULER_JOB_RUN_DETAILS
WHERE OWNER = 'JULIEN'
ORDER BY LOG_DATE DESC;
LOG_DATE STATUS ADDITIONAL_INFO
22-JAN-07 12.36.49.139891 PM -05:00 FAILED ORA-20001: ORA-20001: No rows found at ....
ORA-06512: at "JULIEN.X_NO_DATA_FOUND", line 10
ORA-06512: at line 1
22-JAN-07 12.35.49.104787 PM -05:00 SUCCEEDED
22-JAN-07 12.34.49.107921 PM -05:00 SUCCEEDED
According to the SR I opened with Oracle, it is a normal behavior since 8.1.7.4. Bug 5768299 says:
This is not a bug. Though no_data_found is an exception in plsql terms,it maps to ora-1403. When you select from a table/view where the criteria returns no rows you do not receive an error because SQL handles ora-1403 as a special case. The same is true when it occurs as a result of a function call. This has worked the same way for a very long time, eg the above testcase returns a single row with a null column in 8.1.7.4 right through to 11g; this is not a change in behaviour.
…but dbms_scheduler only exists since 10, and dbms_jobs throws an error correctly:
SQL> variable v_job number;
SQL> begin
dbms_job.submit(
job => :v_job,
what => 'x_no_data_found;');
end;
/ 2 3 4 5 6
PL/SQL procedure successfully completed.
SQL> exec dbms_job.run(:v_job);
BEGIN dbms_job.run(:v_job); END;
*
ERROR at line 1:
ORA-12011: execution of 1 jobs failed
ORA-06512: at "SYS.DBMS_IJOB", line 406
ORA-06512: at "SYS.DBMS_JOB", line 272
ORA-06512: at line 1
We’re waiting to see what else Oracle has to say.
Update: Oracle was pointing us to unpublished bug #4552696 . They said a patch is available for 11 and offered to backport the patch.
4 comments on “No data found -> success in dbms_scheduler”
Leave a Reply
You must be logged in to post a comment.

Julien, initial conclusions of this support engineer reminded me the highly logical speeches of Captain Jack Sparrow. Was his name Johnny Depp by any chance?
That “special case” argument is a bit weaselly. Yes, a PL/SQL function will have NO_DATA_FOUND exceptions implicitly trapped when called as part of a query, but it’s a bit of a leap to say that DBMS_SCHEDULER should do the same thing when executing procedures. They just made that up.
Julien, initial conclusions of this support engineer reminded me the
highly logical speeches of Captain Jack
Sparrow. Was his name Johnny Depp by any chance?
>> initial conclusions of this support engineer reminded me the
>> highly logical speeches of Captain Jack Sparrow.
Actually it’s more like Captain Barbossa:
‘First, your return to shore was not part of our negotiations nor our agreement, so I must do nothin’. And secondly, you must be a pirate for the Pirate’s Code to apply, and you’re not. And thirdly, the Code is more what you’d call “guidelines” than actual rules.’
Cheers, APC