ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 使用dbms_job的注意事项

使用dbms_job的注意事项

原创 Linux操作系统 作者:victor1010 时间:2009-02-23 10:38:15 0 删除 编辑
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/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-04-29

  • 博文量
    296
  • 访问量
    565655