一直以来，Oracle的发展是如火如荼，依然非常成熟，无论是行业的人员和资料的丰富程度。对于数据库的体系结构的内容，下面这张图我估计很多DBA都快看吐了，每次一提起体系结构，总是会看到这张图。

而看着10年前的图，发现依旧能讲出不少的东西，很多技术的改变都是添砖加瓦，而动地基之类的改动，那就相当难了，从12c的体系结构可以看出，Oracle真是下了血本了，根深蒂固的基础架构都要动，而且这个架构貌似以前还是在SQL Server已经有成形的使用。

我想说的是，技术的发展，我们都是其中的分子或者分母，如果说ROWID这个概念有什么可值得深挖的，估计想想都不大可能。一方面很多人可能因为一些特殊原因了解到它的存在，另一方面似乎它可用的空间就不是很大，而且如果想继续深究它的具体实现方式，这个就更难了。

先来说说ROWID的组成，如果说ROWID的格式如下：

OOOOOO.FFF.BBBBBB.RRR

那么OOOOOO就是OBJECT_ID，可以通过DBA_OBJECTS查得。

FFF是对应的数据文件号，可以通过DBA_DATA_FILES或者是V$DATAFILE查到

BBBBBB是数据块号，这一点尤其值得说一说，数据字典层面，Oracle对外开放的数据字典，最细粒度也就是dba_extents了，如果想看到更细节的数据块的信息，那也就只有ROWID可以看到了。

而RRR是对应的行数，也就是row  number

ROWID看起来如此强大，能够定位到如此细节的信息，那么ROWID我们有什么快捷的方式来查看和管理呢，我们能够像到的就是DBMS_ROWID了。

比如下面的语句，能够查到一些很详细的信息。

select

rowid as therowid, id,

dbms_rowid.rowid_object(rowid) as objid,

dbms_rowid.rowid_relative_fno(rowid) as relfilenum,

dbms_rowid.ROWID_RELATIVE_FNO(rowid) as absfilenum,

dbms_rowid.rowid_block_number(rowid) as blocknum,

dbms_rowid.rowid_row_number(rowid) as rowslot

from t where id in(1, 2, 500, 501)

order by id;

THEROWID                  ID      OBJID RELFILENUM ABSFILENUM  BLOCKNUM    ROWSLOT

------------------ ---------- ---------- ---------- ---------- ---------- ----------

AAAVs+AABAAAXHJAAA          1      88894          1          1      94665          0

AAAVs+AABAAAXHJAAB          2      88894          1          1      94665          1

AAAVs+AABAAAXHJAHz        500      88894          1          1      94665        499

AAAVs+AABAAAXHJAH0        501      88894          1          1      94665        500但是可能你也有一种疑惑，这个ROWID看起来格式还真不简单，到底是咋实现的呢？ DBMS_ROWID是不会披露这些信息的，毫无疑问，这些内容是肯定被加密的。

我们有什么其他的办法来解读呢。首先一种说法是ROWID是根据base64来编码的。我们有没有办法来试一试，这一点还真找到了同样想法的技术友人，感兴趣可以参考这篇。

https://www.experts-exchange.com/articles/931/Decoding-the-Oracle-ROWID-and-some-Base64-for-fun.html

我们来简单测试一下。

首先是数据初始化，我们建立一个表，插入10000条数据，两个SQL轻松搞定。

create table t( id integer primary key,name varchar(1));

insert into t select level,'A' name from dual connect by level<=10000;

我们查看几行数据。

SQL> select rowid from t where id<=2;

ROWID

------------------

AAAVs+AABAAAXHJAAA

AAAVs+AABAAAXHJAAB

末尾的3位是行数，那么我们解读一下它吧。

SQL> select substr(rowid, 16, 3)

from t where id <= 2;

SUBSTR(ROWID,16,3)

------------------

AAA

AAB这一点很显然就是如此，没有什么特别之处，而base64是要求至少24位，所以我们可以尝试再补充一位。

SQL> select LPAD(substr(rowid, 16, 3), 4, 'A')

from t where id <= 2;

LPAD(SUBSTR(ROWID,16,3),

------------------------

AAAA

AAAB

下面的这个步骤就很值得玩味了，那就是使用base64的方法来处理。

SQL> select utl_encode.base64_decode(utl_raw.cast_to_raw(lpad(substr(rowid, 16, 3), 4, 'A')))

from t where id in(1, 2, 500, 501);

------------------------------------

000000

000001

0001F3

0001F4可以看出这个现实的结果是行数，但是实际上这个是十六进制的方式。沃恩需要再这个基础上进一步转换。

SQL> select to_number(utl_encode.base64_decode(utl_raw.cast_to_raw(lpad(substr(rowid, 16, 3), 4, 'A'))), 'XXXXXX') as rowslot

from t where id in(1, 2, 500, 501);

ROWSLOT

----------

0

1

499

500

如此一来，整个过程是清晰了很多，那么这个说法到底是否靠谱呢。

我们可以使用它来得到和dbms_rowid同样的效果。

select rowid as therowid, id,

to_number(utl_encode.base64_decode(utl_raw.cast_to_raw(lpad(substr(rowid,1, 6), 8, 'A'))), 'XXXXXXXXXXXX') as objid,

to_number(utl_encode.base64_decode(utl_raw.cast_to_raw(lpad(substr(rowid, 7, 3), 4, 'A'))), 'XXXXXX') as filenum,

to_number(utl_encode.base64_decode(utl_raw.cast_to_raw(lpad(substr(rowid, 10, 6), 8, 'A'))), 'XXXXXXXXXXXX') as blocknum,

to_number(utl_encode.base64_decode(utl_raw.cast_to_raw(lpad(substr(rowid, 16, 3), 4, 'A'))), 'XXXXXX') as rowslot

from t where id <= 2  ;

THEROWID                  ID      OBJID    FILENUM  BLOCKNUM    ROWSLOT

------------------ ---------- ---------- ---------- ---------- ----------

AAAVs+AABAAAXHJAAA          1      88894          1      94665          0

AAAVs+AABAAAXHJAAB          2      88894          1      94665

所以说如此一来整个ROWID的实现方式就一目了然了，而在这个测试中如果结合ROWNUM其实也就更有意思了。我们后续来揉在一起来对比一下。