ANBOB™

在这介绍两个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> 

打赏

微信扫一扫，打赏作者吧～