dbms_job包的应用:在Oracle中实现定时操作

    众所周知，一般操作系统会提供定时执行任务的方法，例如：Unix平台上提供了让系统定时执行任务的命令Crontab。但是，对于某些需求，例如：一些对数据库表的操作，最为典型的是证券交易所每日收盘后的结算，它涉及大量的数据库表操作，假如仍然利用操作系统去定时执行，不仅需要大量的编程工作，而且还会出现用户不一致等运行错误，甚至导致程序无法执行。

一、分析问题

   事实上，对于以上需求，我们可以利用数据库本身拥有的功能Job Queue（任务队列治理器）去实现。任务队列治理器答应用户提前调度和安排某一任务，使其能在指定的时间点或时间段内自动执行一次或多次，由于任务在数据库中被执行，所以执行效率很高。

   任务队列治理器答应我们定制任务的执行时间，并提供了灵活的处理方式，还可以通过配置，安排任务在系统用户访问量少的时段内执行，极大地提高了工作效率。例如，对于数据库日常的备份、更新、删除和复制等耗时长、重复性强的工作，我们就可以利用任务队列治理器去自动执行以减少工作量。

   目前，拥有此项功能的数据库有许多，最有代表性的是SQL Server 7.0、Oracle 8.0.5等。但是，要让任务队列治理器工作，还需要我们加以配置才能实现。SQL Server的功能配置是在一个图形化界面（GUI）中实现的，非常简单。利用OEM客户端治理工具，Oracle的配置也可以在一个图形界面中完成。然而大多数的用户更习惯于命令行的方式去操纵数据库。本文介绍如何通过命令行实现这种配置。

二、实现步骤

1．确保Oracle的工作模式答应启动任务队列治理器
Oracle定时执行“Job Queue”的后台程序是SNP进程，而要启动SNP进程，首先要确保整个系统的模式是可以启动SNP进程的，这需要以DBA的身份去执行如下命令：
svrmgrl> alter system enable restricted session;
或sql> alter system disenable restricted session;
利用如上命令更改系统的会话方式为disenable restricted，为SNP的启动创造条件。

2．确保Oracle的系统已经配置了任务队列治理器的启动参数
SNP的启动参数位于Oracle的初始化文件中，该文件放在＄ORACLE_HOME/dbs路径下，假如Oracle的SID是myora8的话，则初始化文件就是initmyora8.ora，在文件中对SNP启动参数的描述部分如下：

job_queue_process=n
job_queue_interval=N

第一行定义SNP进程的启动个数为n。系统缺省值为0，正常定义范围为0～36，根据任务的多少，可以配置不同的数值。

第二行定义系统每隔N秒唤醒该进程一次。系统缺省值为60秒，正常范围为1～3600秒。事实上，该进程执行完当前任务后，就进入睡眠状态，睡眠一段时间后，由系统的总控负责将其唤醒。
假如该文件中没有上面两行，请按照如上配置添加。配置完成后，需要重新启动数据库，使其生效。注重：假如任务要求执行的间隔很短的话，N的配置也要相应地小一点。

3．将任务加入到数据库的任务队列中
调用Oracle的dbms_job包中的存储过程，将任务加入到任务队列中：
dbms_job.submit( job out binary_integer,
what　　　　　　　in　　　archar2,
next_date　　　　in　　　date，
interval　　　　　in　　　varchar2,
no_parse　　　　　in　　　boolean)

其中：
●job：输出变量，是此任务在任务队列中的编号；
●what：执行的任务的名称及其输入参数；
●next_date：任务执行的时间；
●interval：任务执行的时间间隔。

    下面具体讨论一下dbms_job.submit中的参数interval。严格地讲，interval是指上一次执行结束到下一次开始执行的时间间隔，当interval设置为null时，该job执行结束后，就被从队列中删除。假如我们需要该job周期性地执行，则要用‘sysdate＋m’表示。

    将任务加入到任务队列之前，要确定执行任务的数据库用户，若用户是scott, 则需要确保该用户拥有执行包dbms_job的权限；若没有，需要以DBA的身份将权利授予scott用户：
svrmgrl> grant execute on dbms_job to scott;

4．将要执行的任务写成存储过程或其他的数据库可执行的pl/sql程序段
例如，我们已经建立了一个存储过程，其名称为my_job，在sql/plus中以scott用户身份登录，执行如下命令：
sql> variable n number;
sql> begin
dbms_job.submit(:n‘my_job;’,sysdate,
‘sysdate＋1/360’);
commit;
end;
/
系统提示执行成功。

Sql> print :n;
系统打印此任务的编号，例如结果为300。

    如上，我们创建了一个每隔4分钟执行一次的任务号为300的任务。可以通过Oracle提供的数据字典user_jobs察看该任务的执行情况：
sql> select job,next_date,next_sec,failures,broken from user_jobs;
执行结果如下：
job next_date next_sec failures broken
300 2000/10/10 11:45:15 0 N

    这表示任务号为300的任务，下一次将在2000/10/10 11:45:15执行，此任务的执行失败记录为0次。注重：当执行job出现错误时，Oracle将其记录在日志里，失败次数每次自动加1。当执行失败次数达到16时，Oracle就将该job标志为broken。此后，Oracle不再继续执行它，直到用户调用过程dbms_job.broken，重新设置为not broken，或强制调用dbms_job.run来重新执行它。

   除了以上我们讨论的submit存储过程之外，Oracle还提供了其他许多存储过程来操作任务。例如：dbms_job.change 、 dbms_job.what、dbms_job.interval可以用来修改提交的任务。要想删除该任务，只需运行dbms_job.remove(n)即可，其中n为任务号。