<b>Oracle中重新编译无效的存储历程, 或函数、触发器等对象-性能调</b>[Oracle防范]
本文“<b>Oracle中重新编译无效的存储历程, 或函数、触发器等对象-性能调</b>[Oracle防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
Oracle 中的存储历程在有些情形下会变成失效状况,在 PL/SQL Developer 中该存储历程的图标左上角显示一把小红叉叉.比方储历程所引用的对象失效,dblink 出问题啦都大概惹起用到它的存储历程失效.再就我的存储历程常常会变成无效,至今缘由都未查明.
查询 dba_dependencies 视图可以看到存储历程所引用的对象,再就在 dba_objects 视图中可以看到对象的 created 和 last_ddl_time 时间.
上面的那种无效的存储程,只要不是语法上有问题,重新编译一下又是可用的了.总不能每次发现时人工去编译的,所以要实现自动化,有以下两种办法(网上找到的全部的 在Oracle中重新编译全部无效的存储历程 代码排版都很混乱,所以主如果重新整理了):
1. Oracle SQL *Plus 中 —— 用 spool 生成脚本文件,然后 @ 调入履行,代码以下:
spool ExecCompProc.sql select 'alter procedure '||object_name||' compile;' from all_objects spool off @ExecCompProc.sql; |
2. 写成一个存储历程 —— 让这个存储历程在某个机会履行,比方 Job 中,代码以下:
create or replace procedure compile_invalid_procedures( --编译某个用户下的无效存储历程 str_sql varchar2(200); begin |
在 SQL *Plus 中履行该存储历程时,假如要看到 dbms_output.put_line(sqlerrm); 的输出,需求履行 set serverout on 翻开输出.
这里述及的是若何重新编译存储历程,顺次推及到,重新编译 FUNCTION、PACKAGE、TYPE、TRIGGER 等,和重建 INDEX 等.所差别的就是查询 all_objects 时的 object_type 不一样,还有要履行的 alter 语句不一样.
object_type 有哪些可用 select distinct object_type from all_objects 获得到;alter 的语句写法参考下面:
alter function function_name compile; alter package package)name compile; alter type type_name compile; alter index index_name rebuild; --等等............ |
增补,请看这里:
1. 其实存储历程、函数等是 INVALID,只要内容无错误就不要紧,因为履行的时刻会自动重新编译
2. 在 SQL *Plus 大概 PL/SQL Developer 的 Command Windows 顶用 show errors procedure procedure_name 或 show errors function function_name 可以查看到存储历程具体错误
3. 可以用 Oracle 供应的工具:dbms_utility.compile_schema(schema varchar2, compile_all boolean default TRUE); 来编译某个 Schema 下的全部 PROCEDURE、FUNCTION、PACKAGE 和 TRIGGER.比方履行 dbms_utility.compile_schema('Unmi').
以上是“<b>Oracle中重新编译无效的存储历程, 或函数、触发器等对象-性能调</b>[Oracle防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
本文地址: | 与您的QQ/BBS好友分享! |