dbms_scheduler 与 dbms_job

最新推荐文章于 2023-05-18 16:43:31 发布

cuixie2370

最新推荐文章于 2023-05-18 16:43:31 发布

阅读量124

点赞数

DBMS_JOB has been around forever, and now it is deprecated. Although DBMS_JOB still exists in 10g and 11g, but only for backward compatibility. No new features are being added to dbms_job and you will likely quickly run into its limitations. Oracle recommends the use of DBMS_SCHEDULER in releases 10g and up. DBMS_SCHEDULER is a much more robust package and fully-featured than DBMS_JOB. To use the DBMS_SCHEDULER package a user must be granted the CREATE JOB privilege.

DBMS_SCHEDULER includes the following features that DBMS_JOB does not have :

logging of job runs (job history)
simple but powerful scheduling syntax (similar to but more powerful than cron syntax)
running of jobs outside of the database on the operating system
resource management between different classes of jobs
use of job arguments including passing of objects into stored procedures
privilege-based security model for jobs
naming of jobs and comments in jobs
stored, reusable schedules

Features in releases after 10g Release 1 include :

dependencies between job units (10gR2 and up)
scheduling based on financial calendars and fiscal quarters (10gR2 and up)
event based jobs which run when an event is received (10gR2 and up)
running of jobs on remote machines (11gR1 and up)
e-mail notifications on job events of interest (10gR2 and up)
starting a job based on arrival of a file (10gR2 and up)

Here simple comparison for the codes :

Old using DBMS_JOB scheduler.VARIABLE l_job NUMBER;
BEGIN
DBMS_JOB.submit (
job => :l_job,
what => ‘BEGIN NULL; /* code to execute*/ END;’,
next_date => SYSDATE,
interval => ‘SYSDATE + 1 /* 1 Day */’);COMMIT;
END;
/
PRINT l_job
New with DBMS_SCHEDULER scheduler.BEGIN
DBMS_SCHEDULER.create_job (
job_name => ‘dummy_job’,
job_type => ‘PLSQL_BLOCK’,
job_action => ‘BEGIN NULL; /* code to execute */ END;’,
start_date => SYSTIMESTAMP,
repeat_interval => ‘SYSTIMESTAMP + 1 /* 1 Day */’);
END;
/

After replace DBMS_JOB with DBMS_SCHEDULER for all jobs successful, the job_queue_processes parameter can now be set to zero.

SQL> alter system set job_queue_processes=0;

查看相关视图 (SYS下带有 SCHEDULER 相关视图) ： SELECT * FROM DBA_SCHEDULER_JOBS ;

其他参考例子：

在每天的07点到19点每隔10分钟运行一次 .

begin
   dbms_scheduler.create_job('MY_JOB',
   job_action=> 'YOUR_STORED_PROCEDURE' ,
   repeat_interval => 'FREQ=DAILY; BYHOUR=07,08,09,10,11,12,13,14,15,16,17,18,19; BYMINUTE=0,10,20,30,40,50',
   job_type=>'STORED_PROCEDURE', enabled=>TRUE);

end;
/

参数分别代表的含义如下：

JOB_NAME ：指定任务的名称，必选值，注意要确保指定的名称唯一。
JOB_TYPE ：   任务执行的操作类型，必选值，有下列几个可选值：
PLSQL_BLOCK ：表示任务执行的是一个PL/SQL匿名块。
STORED_PROCEDURE ：表示任务执行的是ORACLE过程(含PL/SQL PROCEDURE和JAVA PROCEDURE)   EXECUTABLE ：       表示任务执行的是一个外部程序，比如说操作系统命令。
CHAIN ：      表示任务执行的是一个CHAIN。
JOB_ACTION ：     任务执行的操作，必选值，应与JOB_TYPE类型中指定的参数相匹配。
比如说对于PL/SQL匿名块，此处就可以放置PL/SQL块的具体代表，类似DECLARE .. BEGIN ..END这类；如果是ORACLE过程，那么此处应该指定具体的过程名，注意由于任务执行，即使过程中有OUT之类参数，实际执行时也不会有输出。

START_DATE ：指定任务初次执行的时间，本参数可为空，当为空时，表示任务立刻执行，效果等同于指定该参数值为SYSDATE。
REPEAT_INTERVAL ：指定任务执行的频率，比如多长时间会被触发再次执行。本参数也可以为空，如果为空的话，就表示当前设定的任务只执行一次。REPEAT_INTERVAL参数与标准JOB中的INTERVAL参数有很大区别，相比之下，REPEAT_INTERVAL参数的语法结构要复杂的多。其中最重要的是FREQ和INTERVAL两个关键字。 FREQ 关键字用来指定间隔的时间周期，可选参数有：YEARLY, MONTHLY, WEEKLY, DAILY, HOURLY, MINUTELY, SECONDLY，分别表示年、月、周、日、时、分、秒等单位。
INTERVAL 关键字用来指定间隔的频繁，可指定的值的范围从1-99。
例如：REPEAT_INTERVAL=>'FREQ=DAILY;INTERVAL=1';表示每天执行一次，如果将INTERVAL改为7就表示每7天执行一次，效果等同于FREQ=WEEKLY;INTERVAL=1。

一般来说，使用DBMS_SCHEDULER.CREATE_JOB创建一个JOB，至少需要指定上述参数中的前3项。除此之外，还可以在CREATE_JOB时，指定下列参数：

NUMBER_OF_ARGUMENTS ：指定该JOB执行时需要附带的参数的数量，默认值为0，注意当JOB_TYPE列值为PLSQL_BLOCK或CHAIN时，本参数必须设置为0，因为上述两种情况下不支持附带参数。
END_DATE ：指定任务的过期时间，默认值为NULL。任务过期后，任务的STATE将自动被修改为COMPLETED，ENABLED被置为FALSE。如果该参数设置为空的话，表示该任务永不过期，将一直按照REPEAT_INTERVAL参数设置的周期重复执行，直到达到设置的MAX_RUNS或MAX_FAILURES值。
JOB_CLASS ：指定任务关联的CLASS，默认值为DEFAULT_JOB_CLASS。

ENABLED ：指定任务是否启用，默认值为FALSE。FALSE状态表示该任务并不会被执行，除非被用户手动调用，或者用户将该任务的状态修改为TRUE。
AUTO_DROP ：当该标志被置为TRUE时，ORACLE会在满足条件时自动删除创建的任务
任务已过期；
任务最大运行次数已达MAX_RUNS的设置值；
任务未指定REPEAT_INTERVAL参数，仅运行一次；
该参数的默认值即为TRUE。用户在执行CREATE_JOB过程时可以手动将该标志指定为FALSE，当参数值设置为FALSE时，即使满足上述提到的条件任务也不会被自动删除，这种情况下，唯一能够导致任务被删除的情况，就是用户主动调用DROP_JOB过程。

COMMENTS ：设置任务的注释信息，默认值为NULL。

There is also a forum dedicated to questions about dbms_scheduler here : http://forums.oracle.com/forums/forum.jspa?forumID=193

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

转载于:http://blog.itpub.net/35489/viewspace-712433/