如何使用DBMS_SCHEDULER管理计划任务JOB
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了如何使用DBMS_SCHEDULER管理计划任务JOB,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含4047字,纯文字阅读大概需要6分钟。
内容图文
![如何使用DBMS_SCHEDULER管理计划任务JOB](/upload/InfoBanner/zyjiaocheng/550/6bdcd361c2574f88acd8950f60c48a52.jpg)
在ORACLE 数据库中,执行计划任务的工具通常都是DBMS_JOB 包。这个包使用简单,历史悠久,目前还在广泛使用中。坦率地讲,这个包
在Oracle 数据库中,执行计划任务的工具通常都是DBMS_JOB 包。这个包使用简单,历史悠久,目前还在广泛使用中。坦率地讲,这个包的功能满足了绝大部分应用的计划任务运行需要,所以生命力才这么强。
但是,我们这里还是要说一下它的不足之处。
在DBMS_JOB 使用中,我们需要知道每一次JOB 执行的时间,,用于判断该JOB 调用的存储过程执行时间。这里你会说,这个在存储过程里也可以实现的,在存储过程中,执行前后加个时间戳记录到日志表中就可以实现。
是的。以前我们在处理这类需求时也是这么做的。
但从ORACLE 10.1 版本开始,ORACLE 开发了一个新的包DBMS_SCHEDULER 。这个包挺复杂的,以至于我在初次学习之后,就没再去用它了。功能太强大了,其实很多我们不需要的。
我们就有这个需求,看看DBMS_SCHEDULER 是如何解决的。
在SQLPLUS 中,使用DBMS_SCHEDULER.CREATE_JOB 创建计划任务,用于调度一个存储过程。
存储过程很简单,我为这个测试而创建的,就是向一张表里插入数据。
CREATE TABLE T1 AS SELECT SYSDATE AS AA FROM DUAL;
CREATE OR REPLACE PROCEDURE SP_TEST_T1 AS
BEGIN
INSERT INTO T1 SELECTD SYSDATE FROM DUAL;
COMMIT;
END;
这个存储过程没有输入输出参数,是为了JOB 调用方便。如果实际运行过程中有参数,我们就写一个存储过程封装它,再放入JOB 中调用。
例如:
CREATE PROCEDURE GATHER_GTJA_STATS
AS
BEGIN
SYS.DBMS_STATS.GATHER_SCHEMA_STATS(OWNNAME => 'GTJA',ESTIMATE_PERCENT => 30,METHOD_OPT => 'FOR ALL INDEXED COLUMNS SIZE AUTO',CASCADE => TRUE,OPTIONS => 'GATHER');
END;
使用DBMS_SCHEDULER.CREATE_JOB 创建一个JOB, 调用存储过程SP_TEST_T1 ,执行间隔2 分钟。这里的JOB_NAME 名称可以自己定义,这个摆脱了DBMS_JOB 中JOB 号不能自定义的缺点。
EXEC DBMS_SCHEDULER.CREATE_JOB(JOB_NAME => 'JOB_SP_TEST_T1',JOB_TYPE => 'STORED_PROCEDURE',JOB_ACTION =>'SP_TEST_T1' ,START_DATE => SYSDATE ,REPEAT_INTERVAL => 'FREQ=MINUTELY; INTERVAL=2');
该命令执行成功后,可以在*_SCHEDULER_JOBS 中看到JOB 的配置值。
SELECT * FROM DBA_SCHEDULER_JOBS;
SELECT * FROM USER_SCHEDULER_JOBS WHERE JOB_NAME='JOB_SP_TEST_T1';
使用该命令新建的JOB ,默认是不执行的,需要将其状态改成可执行状态。
EXEC DBMS_SCHEDULER.ENABLE(NAME => 'JOB_SP_TEST_T1');
可以删除重建它。
EXEC DBMS_SCHEDULER.DROP_JOB(JOB_NAME => 'JOB_SP_TEST_T1');
EXEC DBMS_SCHEDULER.CREATE_JOB(JOB_NAME => 'JOB_SP_TEST_T1',JOB_TYPE => 'STORED_PROCEDURE',JOB_ACTION => 'SP_TEST_T1',START_DATE => TO_DATE('2012-06-12 15:30:00','YYYY-MM-DD HH24:MI:SS') ,REPEAT_INTERVAL => 'FREQ=DAILY');
这个创建过程而言,其实和DBMS_JOB 创建JOB 的差别不大,但DBMS_SCHEDULER 可配置的地方就太多了。执行时间间隔非常非常灵活,这里不做详述了,具体请看ORACLE 官方文档。
DBMS_SCHEDULER 针对每一次JOB 执行,都做了详细记录,因此,可以查询到每一次JOB 执行的时间了。
具体可以查看两类视图*_SCHEDULER_JOB_LOG 和*_SCHEDULER_JOB_RUN_DETAILS 。
SELECT * FROM DBA_SCHEDULER_JOB_LOG;
SELECT * FROM DBA_SCHEDULER_JOB_RUN_DETAILS;
如果嫌日志太多了,可以使用PURGE_LOG 去清理。
EXECUTE DBMS_SCHEDULER.PURGE_LOG;
这个DBMS_SCHEDULER 包的功能太多了,用起来也累,所以很多人还是选择DBMS_JOB 。
看到关于这两个包的不同点的介绍,摘录下来,留着参考。
At first glance it looks like only other names with more human readable schedules fordbms_scheduler , compared to dbms_job . When looking slightly better, there are loads of differences, even in Oracle 10gR1. Currently we are in 11gR2. Every release dbms_scheduler gets more enhancements, where dbms_job has been static for many years.
Differences
In 11g extra
dbms_job can only run pl/sql type of jobs in the current database.
I hope this (in complete list) h
内容总结
以上是互联网集市为您收集整理的如何使用DBMS_SCHEDULER管理计划任务JOB全部内容,希望文章能够帮你解决如何使用DBMS_SCHEDULER管理计划任务JOB所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。