ORACLE包和过程依赖关系测试

 

1、概念数据库

若是一个对象的定义中引用了其余对象,那么此对象被称为依赖对象(dependent object),此对象所引用的对象被称为引用对象(referenced object)。为了管理方案对象(schema object)间的依赖关系,Oracle 须要记录全部的方案的状态(status):并发

有效的(valid)已经经过编译,能够在被引用时直接使用。oracle

无效的(invalid)必须在使用以前进行编译。分布式

INVALID状态对于过程,函数和包来讲,这意味着对其进行编译函数

INVALID状态对于视图来讲,这意味着此视图必须使用引用对象(referenced object)当前在数据字典中的定义信息从新进行语法分析(parse)。测试

状态记录是一个递归的过程。引用对象(referenced object)的状态变化不只会致使其直接依赖对象(directly dependent object)的状态变化,同时会影响其间接依赖对象(indirectly dependent object)的状态。对象

当一个方案对象(schema object)在 SQL 语句中被直接引用或被此语句中的依赖对象(dependent object)所引用(间接引用)时,Oracle 均会在须要时对其状态进行检查。SQL 语句中被直接或间接引用的对象的状态决定了 Oracle 的后续操做:blog

1)若是 SQL 语句中全部的引用对象(referenced object)均处于有效状态,则 Oracle 无需进行其余工做就能够直接执行 SQL 语句递归

2) 若是 SQL 语句中存在无效的引用(referenced)视图或 PL/SQL 程序结构(过程,函数,或包),Oracle 将自动地尝试编译这些对象ci

引用对象修改后可能出现的状况以下:

若是引用表被修改,则依赖过程(dependent procedure)将处于无效状态

若是引用视图的基表(base table)被修改,则此视图及依赖过程都将处于无效状态。

若是引用独立过程被替换(replace),则依赖过程将处于无效状态。

若是引用包的定义(body)被替换,则依赖过程不受影响。可是当引用包的声明(specification)被替换后,依赖过程将处于无效状态。这是一种利用包来减小过程与引用对象之间依赖性的机制。

在分布式数据库系统中,函数,包,触发器等存储过程间的依赖性是经过时间戳检查(time stamp checking)或特征标识检查(signature checking)来进行管理的。

时间戳检查

在时间戳检查模式下,一个过程被编译或重编译时的时间戳(即一个过程被建立,修改或替换的时间)将被记录在数据字典中。同时还将记录此过程的版本信息,包括此过程所引用的全部远程过程的所属方案,包名称,过程名称,及时间戳。

当运行一个依赖过程时,Oracle 将对此过程编译时所记录的远程时间戳与远程引用对象当前的时间戳进行比较。根据比较结果,可能有两种状况发生:

若是时间戳比较结果一致,那么本地及远程过程均无需编译就可直接运行。

若是存在时间戳比较结果不一致的远程引用对象,那么本地过程将被置为无效状态,并向此过程的调用者发送一个错误信息。此后,Oracle 还会将全部引用了时间戳发生变化的远程过程的本地过程置为无效状态。例如,多个本地过程当中都需调用一个远程过程,且此远程过程进行了重编译。当一个本地过程开始运行,并发现远程过程的时间戳有变后,全部依赖于此远程过程的本地过程都将被置为无效状态。

时间戳的比较发生在本地过程当中调用远程过程的语句执行时。此时 Oracle 才会使用分布式数据库的通讯连接(communications link)对两个时间戳进行比较。所以,本地过程当中位于无效远程过程调用以前的语句可能所有运行正常,而以后的语句则根本不会运行。此时必须对本地过程进行重编译。

在同一个数据库内,被引用对象上进行了alter、drop等操做,该对象的依赖对象如view、function、procedure等,状态会自动标记为Invalid,再从新使用这些依赖对象时,系统会自动从新compile。

而一个数据库内的对象引用了远程数据库的对象(这里指程序对象,如procedure等),则远程数据库对象发生了变动,因为本地数据库并不知晓此种状况,本地数据库的这些对象状态仍然为valid,在调用这些对象时,Oracle会根据remote_dependencies_mode参数值,肯定采用timestamp或signature进行依赖性检查。若是发现不匹配,则会直接报错返回,同时将依赖该远程对象的全部本地对象标记为invalid。

2、测试存储过程的last_ddl_time和timestamp什么时候发生变化

select *

from user_objects u

where u.OBJECT_TYPE='PROCEDURE'

AND U.OBJECT_NAME='PROC_JIFEN_CX'

OBJECT_NAME SUBOBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED LAST_DDL_TIME TIMESTAMP STATUS

PROC_JIFEN_CX [NULL] 559675 [NULL] PROCEDURE 2010-5-5 17:47:58.000 2010-9-16 22:19:31.000 2010-09-16:22:19:31 VALID

/

select *

from user_objects u

where u.OBJECT_TYPE='PROCEDURE'

AND U.OBJECT_NAME='PROC_JIFEN_CX'

/

OBJECT_NAME SUBOBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED LAST_DDL_TIME TIMESTAMP STATUS

PROC_JIFEN_CX [NULL] 559675 [NULL] PROCEDURE 2010-5-5 17:47:58.000 2010-11-5 11:38:09.000 2010-09-16:22:19:31 VALID

/

--存储过程状态为valid,编译存储过程,不改变内容,last_ddl_time改变,timestamp不变;

alter table JIFEN_CX_LOG add nyytest number(2)

/

select *

from user_objects u

where u.OBJECT_TYPE='PROCEDURE'

AND U.OBJECT_NAME='PROC_JIFEN_CX'

/

OBJECT_NAME SUBOBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED LAST_DDL_TIME TIMESTAMP STATUS

PROC_JIFEN_CX [NULL] 559675 [NULL] PROCEDURE 2010-5-5 17:47:58.000 2010-11-5 11:38:09.000 2010-09-16:22:19:31 INVALID

--对存储过程依赖的表进行修改,过程状态变为invalid

select *

from user_objects u

where u.OBJECT_TYPE='PROCEDURE'

AND U.OBJECT_NAME='PROC_JIFEN_CX'

/

--存储过程状态为invalid,编译存储过程,状态变为valid,last_ddl_time和timestamp都改成最新的

---远程数据库调用执行报错ORA-04062: timestamp of procedure "EDU.PROC_JIFEN_CX" has been changed; 过程状态已为valid,再次执行成功,last_ddl_time和timestamp都改成最新的

OBJECT_NAME SUBOBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED LAST_DDL_TIME TIMESTAMP STATUS

PROC_JIFEN_CX [NULL] 559675 [NULL] PROCEDURE 2010-5-5 17:47:58.000 2010-11-5 11:42:40.000 2010-11-05:11:42:40 VALID

3、测试package body的last_ddl_time和timestamp什么时候发生变化

select *

from user_objects u

where U.OBJECT_NAME='PKG_JIFEN_CX_SET'

AND OBJECT_TYPE='PACKAGE BODY'

OBJECT_NAME SUBOBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED LAST_DDL_TIME TIMESTAMP

PKG_JIFEN_CX_SET [NULL] 192968 [NULL] PACKAGE BODY 2010-11-5 11:48:45.000 2010-11-5 11:48:45.000 2010-11-05:11:48:45

---编译以前状态为valid,编译以后,last_ddl_time变化,timestamp不变

select *

from user_objects u

where U.OBJECT_NAME='PKG_JIFEN_CX_SET'

AND OBJECT_TYPE='PACKAGE BODY'

/

select *

from user_objects u

where U.OBJECT_NAME='PKG_JIFEN_CX_SET'

AND OBJECT_TYPE='PACKAGE'

/

OBJECT_NAME SUBOBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED LAST_DDL_TIME TIMESTAMP STATUS

PKG_JIFEN_CX_SET [NULL] 192968 [NULL] PACKAGE BODY 2010-11-5 11:48:45.000 2010-11-5 11:51:23.000 2010-11-05:11:48:45 VALID

/

alter table JIFEN_CX_LOG add nyytest number(2)

--修改依赖表的表结构,package body状态为invalid,package状态为valid,远程数据库调用包执行正常,且执行事后package body已编译经过状态为valid,last_ddl_time和timestamp都已修改成当前时间

OBJECT_NAME SUBOBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED LAST_DDL_TIME TIMESTAMP STATUS

PKG_JIFEN_CX_SET [NULL] 192968 [NULL] PACKAGE BODY 2010-11-5 11:48:45.000 2010-11-5 11:51:23.000 2010-11-05:11:48:45 INVALID

/

--远程数据库调用包执行正常,且执行事后package body状态为valid,last_ddl_time和timestamp都已修改成当前时间

OBJECT_NAME SUBOBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED LAST_DDL_TIME TIMESTAMP STATUS

PKG_JIFEN_CX_SET [NULL] 192968 [NULL] PACKAGE BODY 2010-11-5 11:48:45.000 2010-11-5 11:54:55.000 2010-11-05:11:54:55 VALID

相关文章
相关标签/搜索