【问题标题】:DDL Statements in DBMS_JOBDBMS_JOB 中的 DDL 语句
【发布时间】:2012-05-25 06:22:15
【问题描述】:

我正在尝试使用 DBMS_JOB 安排作业(出于安全原因,我不能使用 DBMS_SCHEDULER),它使用 DDL 语句。

DECLARE
job_num NUMBER;
BEGIN
DBMS_JOB.SUBMIT(job => job_num,
what => 'BEGIN EXECUTE IMMEDIATE ''CREATE TABLE temp1 (ID NUMBER)''; END;'
);
DBMS_OUTPUT.PUT_LINE('JobID'||job_num);
DBMS_JOB.RUN(job_num);
END;
/

执行失败,给我一条错误消息:

ORA-12011: 1 个作业的执行失败 ORA-06512:在“SYS.DBMS_IJOB”,第 548 行 ORA-06512:在“SYS.DBMS_JOB”,第 278 行 ORA-06512: 在第 8 行

从匿名块中删除 DBMS_JOB.RUN() 语句后,我至少能够创建(并保存)作业。当我检查作业时,它已将其保存为 要执行的代码 BEGIN EXECUTE IMMEDIATE 'CREATE TABLE temp1 (id NUMBER) ';结束;

如果我单独执行它,它显然会执行。当我尝试通过调用 DBMS_JOB.RUN() 来执行整个事情时,它唯一一次失败了。

在 DBMS_JOB 中使用 DDL 语句作为参数是否有限制?我在文档中找不到任何指针。

【问题讨论】:

  • 我从来没有听说过错误信息“always”...
  • 添加了我得到“总是”的错误消息
  • 您能否详细说明阻止您使用 DBMS_Scheduler 的安全原因?另外,您是否考虑过使用全局临时表?看到正在创建一个名为 TEMP 的表有点危险。
  • 无法重现。它对我有用(在 11gR2 中测试),并且该作业按预期创建了表“TEMP”。
  • +1 对 Aldridge 的评论 - 即时创建表格通常是系统设计不佳的标志。

标签: oracle ddl dbms-job


【解决方案1】:

虽然与其他评论者的观点相呼应 - 动态创建表是一个危险信号,通常表明您确实应该使用全局临时表 - 有几个问题。

  1. 您是否有需要拨打DBMS_JOB.RUN 的理由?您对DBMS_JOB.SUBMIT 的调用是告诉Oracle 在父事务提交后立即异步运行该作业。因此,通常情况下,您会调用 DBMS_JOB.SUBMIT,然后只需 `COMMIT'。
  2. 提交作业的用户是否直接授予CREATE TABLE 权限?我的猜测是用户只有通过角色授予的CREATE TABLE 权限。这将允许您以交互方式而不是在作业中运行匿名 PL/SQL 块。如果是这样,您需要 DBA 直接授予您 CREATE TABLE 权限,而不是通过角色。
  3. 当作业失败时,会在警报日志中写入一条带有错误消息的条目。您(或者更有可能是 DBA)能否从警报日志中获取错误消息和错误堆栈并将其发布到此处(假设它不是来自 #2 的权限问题)。

【讨论】:

  • 谢谢贾斯汀。这很有帮助。我将首先与 DBA 确认创建表的权限!
猜你喜欢
  • 1970-01-01
  • 2021-12-10
  • 2014-10-16
  • 2011-01-02
  • 2021-07-10
  • 1970-01-01
  • 2016-04-03
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多