使用dbms_job的注意事项

JOB在运行结束之后才会更新next_date，但是计算的方法是JOB刚开始的时间加上interval设定的间隔。
即使interval的时长短于JOB执行的时间，整个作业仍然会继续进行，只是执行间隔变为了JOB真实运行的时长。

JOB的下一次运行时间是会受上一次影响的，如果我们的interval仅仅是sysdate+1/24这样的形式的话，无疑，上次执行的时间再加上1小时就是下次执行的时间。那么如果JOB因为某些原因延迟执行了一次，这样就会导致下一次的执行时间也同样顺延了。解决方法很简单，只需要设定正确的interval就可以了。
   
另外，Oracle没有对JOB设置相应的权限，任何用户都可以使用DBMS_JOB包建立自己的JOB。也正是因为没有权限的限制，所以使用DBMS_JOB包无法删除其他用户下的JOB，即使sys用户也不列外。 再者，不能在当前用户下执行另外一个用户下的存储过程或包，哪怕当前用户是dba用户，哪怕建立了同义词也不行。

删除的时候，即使这个job存在，如果不使用建立job的用户进行删除，会提示如下错误：
SQL> exec dbms_job.remove(84);
BEGIN dbms_job.remove(84); END;

*
ERROR 位于第 1 行:
ORA-23421: 作业编号84在作业队列中不是一个作业
ORA-06512: 在"SYS.DBMS_SYS_ERROR", line 86
ORA-06512: 在"SYS.DBMS_IJOB", line 529
ORA-06512: 在"SYS.DBMS_JOB", line 171
ORA-06512: 在line 1

只有以建立该job的用户登陆，进行删除操作，删除后记得commit;

SQL> commit;

还有调用函数时总是出现 PLS-00221 错误。

SQL> BEGIN
SYS.DBMS_JOB.SUBMIT
    (
      job        => :job1,
      what       => ' begin pkg_stat.newusercount(null); end;',
      next_date => sysdate,
      interval   => 'TRUNC(SYSDATE+1)+3/48',
      no_parse   => FALSE
    );
   commit;
END;
12 /
BEGIN
*
第 1 行出现错误:
ORA-06550: 第 1 行, 第 99 列:
PLS-00221: 'NEWUSERCOUNT' 不是过程或尚未定义
ORA-06550: 第 1 行, 第 99 列:
PL/SQL: Statement ignored
ORA-06512: 在 "SYS.DBMS_JOB", line 79
ORA-06512: 在 "SYS.DBMS_JOB", line 136
ORA-06512: 在 line 2

函数有返回值的，所以要加declare并定义一个临时变量。

SQL> variable job1 number;
BEGIN
SYS.DBMS_JOB.SUBMIT
    (
      job        => :job1,
      what       => ' declare v_temp integer; begin v_temp := pkg_stat.newusercount(null); end;',
      next_date => sysdate,
      interval   => 'TRUNC(SYSDATE+1)+90/1440',
      no_parse   => FALSE
    );
   commit;
END;
/

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8102208/viewspace-557413/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/8102208/viewspace-557413/