来历：yangtingkun.itpub.net
Oracle的文档上没有引见逻辑ROWID的编码规则法规，而且颠末DUMP的效果也很难反推出编码规则法规。因而，本文只粗略会商一下逻辑ROWID的存储。
下面来看例子。
SQL> create table test_index (id number primary key, name varchar2(20)) organization index;
表已建立。
SQL> insert into test_index values (1, 'a');
已建立 1 行。
SQL> commit;
提交完成。
SQL> col dump_rowid format a60
SQL> select rowid, dump(rowid) dump_rowid from test_index;
ROWID DUMP_ROWID
--------------------------- ----------------------------------------
*BAFAB4wCwQL Typ=208 Len=10: 2,4,1,64,7,140,2,193,2,254
逻辑ROWID的DUMP效果前两位都是2和4，最初一位都是254，（我还没有发明其他的状况），由于逻辑ROWID和主键的值有关，所以长度是不定的，因而应该是用来透露施展阐发劈脸和结束的。
第3、4位和物理ROWID一样，透露施展阐发的是绝对表空间的数据文件号乘以64的值。
第5、6位透露施展阐发这笔记真实数据文件的第几个BLOCK中。
从第7位劈脸到DUMP效果的倒数第二位，透露施展阐发主键的值。首先是主键中第一个字段的长度，这里是2，然后是主键的值，由于是NUMBER圭臬标准标准，因而193，2透露施展阐发数值1。如果是多个字段组成的主键，第一个字段之后是第二个字段的长度，然后是第二个字段的值……。
SQL> select (1*256 64)/64 from dual;
(1*256 64)/64
-------------
5
SQL> select 7*256 140 from dual;
7*256 140
----------
1932
SQL> alter system dump datafile 5 block 1932;
零碎已改观。
找到呼应的dump文件，可以发明适才拔出的记录。
Dump file f:oracleadmintest4udumptest4_ora_3828.trc
Thu Dec 23 00:17:53 2004
ORACLE V9.2.0.4.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.1 Service Pack 1, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, Oracle Label Security, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
Windows 2000 Version 5.1 Service Pack 1, CPU type 586
Instance name: test4
Redo thread mounted by this instance: 1
Oracle process number: 9
Windows thread id: 3828, image: ORACLE.EXE
AV女优 2004-12-23 00:17:53.361
AV女优 SESSION ID:(8.82) 2004-12-23 00:17:53.301
Start dump data blocks tsn: 5 file#: 5 minblk 1932 maxblk 1932
buffer tsn: 5 rdba: 0x0140078c (5/1932)
scn: 0x0000.00e9f122 seq: 0x01 flg: 0x02 tail: 0xf1220601
frmt: 0x02 chkval: 0x0000 type: 0x06=trans data
Block header dump: 0x0140078c
Object id on Block? Y
seg/obj: 0x1e48 csc: 0x00.e9f113 itc: 2 flg: E typ: 2 - INDEX
brn: 0 bdba: 0x1400789 ver: 0x01
inc: 0 exflg: 0
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x0000.000.00000000 0x00000000.0000.00 ---- 0 fsc 0x0000.00000000
0x02 0x0005.008.000000e7 0x00800226.005c.24 --U- 1 fsc 0x0000.00e9f122
Leaf block dump
===============
header address 71963236=0x44a1264
kdxcolev 0
KDXCOLEV Flags = - - -
kdxcolok 0
kdxcoopc 0x90: opcode=0: iot flags=I-- is converted=Y
kdxconco 1
kdxcosdc 0
kdxconro 1
kdxcofbo 38=0x26
kdxcofeo 8026=0x1f5a
kdxcoavs 7988
kdxlespl 0
kdxlende 0
kdxlenxt 0=0x0
kdxleprv 0=0x0
kdxledsz 0
kdxlebksz 8036
row#0[8026] flag: K----, lock: 2
col 0; len 2; (2): c1 02
tl: 5 fb: --H-FL-- lb: 0x0 cc: 1
col 0: [ 1]
Dump of memory from 0x044A31C7 to 0x044A31C8
44A31C0 61010100 [...a]
----- end of leaf block dump -----
End dump data blocks tsn: 5 file#: 5 minblk 1932 maxblk 1932
可以看到，按照DUMP效果的3、4、5、6位可以定位记录的物理职位地方。
需求详细的是，索引组织表以主键的挨次存储数据，因而拔出、更新和删除数据都可以构成一笔记录的物理职位地方孕育发生变化，这时颠末ROWID中的DATAFILE和BLOCK的信息可以就无法切确定位到记录的物理职位地方。当按照逻辑ROWID访谒索引组织表时，首先会按照DATAFILE和BLOCK信息去找到呼应的BLOCK，反省数据可否在这个BLOCK中，如果不在，就颠末逻辑ROWID中的主键信息去颠末索引扫描，找到这笔记录。这便是Oracle文档在提到的physical guess。
下面看一个由字符串和日期组成结合主键的例子。
SQL> create table test_index2 (id char(4), time date,
2 constraint pk_test_index2 primary key (id, time)) organization index;
表已建立。
SQL> insert into test_index2 values ('1', sysdate);
已建立 1 行。
SQL> col dump_rowid format a75
SQL> select rowid, dump(rowid) dump_rowid from test_index2;
ROWID DUMP_ROWID
---------------------------- ------------------------------------------------------------------
*BAFAB5QEMSAgIAd4aAwXASMT/g Typ=208 Len=20: 2,4,1,64,7,148,4,49,32,32,32,7,120,104,12,23,1,35,19,254
可以看出，第7位是字段id的长度4，然后是字符串1和三个空格的ASCII码，这是字符串的存储魔术，不和随着的7是字段time长度，不和七位这天期的存储魔术。在逻辑ROWID中，数值、字符和日期圭臬标准标准的存储魔术都和它们自己的存储魔术分譬喻，这里不在赘述。
一样平凡状况下，运用一位来透露施展阐发长度，然则如果长度逾越了127（16进制DUMP的效果是7F），则长度劈脸用两位透露施展阐发。第一位以8开首，这个8只是标识位，批注长度字段眼前当今由两位来透露施展阐发。比如长度128透露施展阐发位8080，而支撑的最大年夜值3800透露施展阐发为8ED8。
版权声明：
原创作品，许可转载，转载时请务必以超链接方式标明文章 原始情由 、作者信息和本声明。否则将深究法律责任。