oracle数据库里怎么加任务,怎么在Oracle中管理计划任务（JOB）

如何在Oracle中管理计划任务(JOB)

在ORACLE

数据库中，执行计划任务的工具通常都是DBMS_JOB

包。这个包使用简单，历史悠久，目前还在广泛使用中。坦率地讲，这个包的功能满足了绝大部分应用的计划任务运行需要，所以生命力才这么强。

但是，我们这里还是要说一下它的不足之处。

(miki西游 @mikixiyou 文档：原文链接: http://mikixiyou.iteye.com/blog/1559145

)

在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

。

在

http://stackoverflow.com

看到关于这两个包的不同点的介绍，摘录下来，留着参考。

原始链接：http://stackoverflow.com/questions/8505799/job-vs-scheduler-oracle-10g

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

dbms_scheduler has logging

dbms_scheduler has external jobs

dbms_scheduler has job chains

dbms_scheduler has job event handling (can raise and react upon events)

dbms_scheduler has resource manager

integration

dbms_scheduler has human readable calendar syntax

dbms_scheduler can combine different calendars in a new one

In 11g extra

dbms_scheduler has remote external jobs

dbms_scheduler has light weight jobs - generate many low overhead jobs in one tx

dbms_scheduler can send mail on job completion

dbms_scheduler jobs can have multiple targets

dbms_job can only run pl/sql type of jobs in the current database.

I hope this (in complete list) h