标签:
在这介绍两个oracle 10G开始提供的一个伪列ORA_ROWSCN,它又分为两种模式一种是基于block,这是默认的模式,还有一种是基于row上,这种模式只能在建里表时指定ROWDEPENDENCIES,不可以通过后期的alter table ,同时会给数据库带来性能负载
每个Block在头部是记录了该block最近事务的SCN的,所以默认情况下,只需要从block头部直接获取这个值就可以了,不需要其他任何的开销,Oracle就能做到这一点。但是这明显第一种模式是scn是不准确的,因为不可能每个事务都能修改整个 块的数据。
在10g之前,很多系统要实现增量数据抽取,要么通过解析日志,要么加触发器,要么就在表上加一个时间截字段。ORA_ROWSCN其实就是第三种方式,只是这个字段由Oracle来维护,这样可以避免一些应用绕过时间截去更新其他字段带来的问题。
下面做一个实验来证明,首先在默认状态下修改同一个块上的其中一条数据,然后再启用行级跟踪,修改同一块上的一条数据,观察ora_rowscn变化
SQL> conn anbob/anbob Connected. SQL> create table testscn( 2 id number(5), 3 name varchar2(10), 4 sex number(1), 5 addr varchar2(100) 6 ); Table created. SQL> insert into testscn values(1,’anbob’,’1′,’beijing’); 1 row created. SQL> insert into testscn values(2,’sesebook’,’1′,’beijing’); 1 row created. SQL> insert into testscn values(3,’weejar’,’1′,’beijing’); 1 row created. SQL> commit; Commit complete. SQL> set linesize 150 SQL> select ora_rowscn,id,name,sex,addr from testscn; ORA_ROWSCN ID NAME SEX ———- ———- ——————– ———- ADDR —————————————————————————————————————————————————— 46007034 1 anbob 1 beijing 46007034 2 sesebook 1 beijing 46007034 3 weejar 1 beijing SQL> col addr for a50 SQL> run 1* select ora_rowscn,id,name,sex,addr from testscn ORA_ROWSCN ID NAME SEX ADDR ———- ———- ——————– ———- ————————————————– 46007034 1 anbob 1 beijing 46007034 2 sesebook 1 beijing 46007034 3 weejar 1 beijing SQL> select ora_rowscn,id,name,sex,addr,dbms_rowid.ROWID_BLOCK_NUMBER(rowid) blockid from testscn; ORA_ROWSCN ID NAME SEX ADDR BLOCKID ———- ———- ——————– ———- ————————————————– ———- 46007034 1 anbob 1 beijing 1429 46007034 2 sesebook 1 beijing 1429 46007034 3 weejar 1 beijing 1429 ——–可以看出记录是在同一个block上 SQL> select scn_to_timestamp(ora_rowscn) stime,id,name,sex,addr from testscn; STIME ID NAME SEX ADDR —————————————- ———- ——————– ———- ————————————————– 16-5月 -11 01.37.54.000000000 下午 1 anbob 1 beijing 16-5月 -11 01.37.54.000000000 下午 2 sesebook 1 beijing 16-5月 -11 01.37.54.000000000 下午 3 weejar 1 beijing SQL> update testscn set sex=0 where id=2; 1 row updated. SQL> commit; Commit complete. SQL> select scn_to_timestamp(ora_rowscn) stime,id,name,sex,addr from testscn; STIME ID NAME SEX ADDR —————————————- ———- ——————– ———- ————————————————– 16-5月 -11 01.47.21.000000000 下午 1 anbob 1 beijing 16-5月 -11 01.47.21.000000000 下午 2 sesebook 0 beijing 16-5月 -11 01.47.21.000000000 下午 3 weejar 1 beijing –因为是同一个块上,所以这个块上的所有数据的scn都更新了 第二种模式 SQL> create table testscn2 ROWDEPENDENCIES as select * from testscn; Table created. SQL> select scn_to_timestamp(ora_rowscn) stime,id,name,sex,addr from testscn2; STIME ID NAME SEX ADDR —————————————- ———- ——————– ———- ————————————————– 16-5月 -11 02.15.42.000000000 下午 1 anbob 1 beijing 16-5月 -11 02.15.42.000000000 下午 2 sesebook 0 beijing 16-5月 -11 02.15.42.000000000 下午 3 weejar 1 beijing SQL> select ora_rowscn,id,name,sex,addr,dbms_rowid.ROWID_BLOCK_NUMBER(rowid) blockid from testscn; ORA_ROWSCN ID NAME SEX ADDR BLOCKID ———- ———- ——————– ———- ————————————————– ———- 46007328 1 anbob 1 beijing 1429 46007328 2 sesebook 0 beijing 1429 46007328 3 weejar 1 beijing 1429 SQL> update testscn2 set sex=0 where id=3; 1 row updated. SQL> commit; Commit complete. SQL> select scn_to_timestamp(ora_rowscn) stime,id,name,sex,addr from testscn2; STIME ID NAME SEX ADDR —————————————- ———- ——————– ———- ————————————————– 16-5月 -11 02.15.42.000000000 下午 1 anbob 1 beijing 16-5月 -11 02.15.42.000000000 下午 2 sesebook 0 beijing 16-5月 -11 02.16.39.000000000 下午 3 weejar 0 beijing SQL>
标签:
原文地址:http://www.cnblogs.com/qiumingcheng/p/5631296.html