当前位置:  开发笔记 > 编程语言 > 正文

如何让我的DBA暂停并恢复更新大表中每一行的存储过程?

如何解决《如何让我的DBA暂停并恢复更新大表中每一行的存储过程?》经验,为你挑选了1个好方法。

我有一个大约一百万行的表,我需要用一个冗长的计算结果更新表中的每一行(计算得到每行的可能不同的结果).因为它很耗时,所以DBA必须能够控制执行.这个特殊的计算需要每年运行一次(它是年终摘要).我想使用DBMS_SCHEDULER.CREATE_JOB创建一个作业,它可以从表中获取100行,更新它们然后停止; 然后,下一次执行该作业将获取先前执行停止的位置.

我的第一个想法是在我的存储过程结束时包含此代码:

-- update 100 rows, storing the primary key of the last
-- updated row in last_id
-- make a new job that will run in about a minute and will
-- start from the primary key value just after last_id
dbms_scheduler.create_job
( job_name=>'yearly_summary'
, job_type=>'STORED_PROCEDURE'
, job_action=>'yearly_summary_proc(' || last_id || ')'
, start_date=>CURRENT_TIMESTAMP + 1/24/60
, enabled=>TRUE
);

但是,当存储过程运行时,我收到此错误:

ORA-27486: insufficient privileges
ORA-06512: at "SYS.DBMS_ISCHED", line 99
ORA-06512: at "SYS.DBMS_SCHEDULER", line 262
ORA-06512: at "JBUI.YEARLY_SUMMARY_PROC", line 37
ORA-06512: at line 1

欢迎提出其他方法的建议.我更喜欢使用DBMS_SCHEDULER,我宁愿不必创建任何表; 这就是我将last_id传递给存储过程的原因.



1> Justin Cave..:

我倾向于谨慎使用这样的工作来控制执行.连续作业之间的延迟往往太短,以至于DBA无法确定要杀死/暂停/等等的工作,或者延迟时间足够长,以至于大部分运行时间将用于连续作业之间的延迟.

在不创建任何新对象的情况下,您可以使用DBMS_ALERT包来允许DBA发送暂停作业的警报.您的代码可以DBMS_ALERT.WAITONE每隔100行调用该方法,以检查DBA是否已发出特定警报(即PAUSE_YEAREND_JOB警报)的信号.如果未收到任何警报,则代码可以继续.如果收到警报,您可以暂停代码,直到RESUME_YEAREND_JOB收到另一个警报(即)或固定的时间段或基于DBA随PAUSE_YEAREND_JOB警报发送的消息(即消息可能是暂停的秒数或暂停的日期,等等)

当然,您可以通过创建新表来执行相同的操作,让DBA向表中写入一行来暂停作业,并从表中读取每N行.

推荐阅读
家具销售_903
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有