ORACLE ROWID

zhouwf0726

oracle rowid :

在8i以前rowid由file#+block#+row#组成，占用6个bytes的空间，10 bit 的 file# ，22 bit 的 block# ，16 bit 的 row#。
其中oracle 的dba(data block address)是32 bits的,包括10 bit 的 file# 和 22 bit 的block#。
由于不存在0编号文件，oracle中的文件最大数量2^10-1=1023
而datafile能达到的最大size就是2^22*db_block_size
如果db_block_size为4k的datafile max size就是16G
如果db_block_size为8k的datafile max size就是32G

从oracle 8开始rowid变成了extend rowid，由data_object_id#+rfile#+block#+row#组成，占用10个bytes的空间，
32bit的 data_object_id#,10 bit 的 rfile#,22bit 的 block#,16 bit 的 row#.由于rowid的组成从file#变成了rfile#，
所以数据文件数的限制也从整个库不能超过1023个变成了每个data_object_id不能超过1023个数据文件。当然，你或许要问，
为什么oracle不调整rowid中表示 file# 的 bit数量，这个应该是由于兼容性的引起的，在 oracle7 的索引中存储的rowid
就是 file# + block# + row# ，因为这样处理后关于索引的存储，oracle8和oracle7没有发生变化。

虽然oracle使用了extend rowid，但是在普通索引里面依然存储了bytes的rowid，只有在global index中存储的是10bytes
的extend rowid，而extend rowid也是global index出现的一个必要条件。

我们可以用如下方法研究rowid的详细内容。

SQL> select dbms_rowid.ROWID_OBJECT(rowid) data_object_id#,
2 dbms_rowid.ROWID_RELATIVE_FNO(rowid) rfile#,
3 dbms_rowid.ROWID_BLOCK_NUMBER(rowid) block#,
4 dbms_rowid.ROWID_ROW_NUMBER(rowid) row#
5 from test where rownum<10;

DATA_OBJECT_ID# RFILE# BLOCK# ROW#
--------------- ---------- ---------- ----------
24382 8 90 0
24382 8 90 1
24382 8 90 2
24382 8 90 3
24382 8 90 4
24382 8 90 5
24382 8 90 6
24382 8 90 7
24382 8 90 8

9 rows selected


SQL> select dump(rowid,16) rid from test where rownum<10;

RID
--------------------------------------------------------------------------------
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,0
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,1
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,2
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,3
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,4
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,5
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,6
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,7
Typ=69 Len=10: 0,0,5f,3e,2,0,0,5a,0,8

9 rows selected

SQL> select dump(rowid) rid from test where rownum<10;

RID
--------------------------------------------------------------------------------
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,0
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,1
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,2
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,3
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,4
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,5
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,6
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,7
Typ=69 Len=10: 0,0,95,62,2,0,0,90,0,8

9 rows selected

ROWID的显示规则：

第1~6位表示data_object_id#第7～9位是表示的是数据文件，而10～15位表示的是在这个数据文件中的第几个BLOCK。rowid编码相当于64进制。
用A~Z a~z 0~9 + /共64个字符表示。A表示0，B表示1，……，a表示26，……，0表示52，……，+表示62，/表示63。

SQL> select dbms_rowid.ROWID_OBJECT(rowid) data_object_id#,
  2  dbms_rowid.ROWID_RELATIVE_FNO(rowid) rfile#,
  3  dbms_rowid.ROWID_BLOCK_NUMBER(rowid) block#,
  4  dbms_rowid.ROWID_ROW_NUMBER(rowid) row#,
  5  rowid
  6  from test where rownum<10;

DATA_OBJECT_ID#     RFILE#     BLOCK#       ROW# ROWID
--------------- ---------- ---------- ---------- ------------------
          24382          8         90          0 AAAF8+AAIAAAABaAAA
          24382          8         90          1 AAAF8+AAIAAAABaAAB
          24382          8         90          2 AAAF8+AAIAAAABaAAC
          24382          8         90          3 AAAF8+AAIAAAABaAAD
          24382          8         90          4 AAAF8+AAIAAAABaAAE
          24382          8         90          5 AAAF8+AAIAAAABaAAF
          24382          8         90          6 AAAF8+AAIAAAABaAAG
          24382          8         90          7 AAAF8+AAIAAAABaAAH
          24382          8         90          8 AAAF8+AAIAAAABaAAI

9 rows selected

看第一条数据：
24382 = AAAF8+ = 5 * 64^2 + 60 * 64 + 62
8 = AAI
90 = ABa = 1 * 64 +  26

andyxu

不错，UP

cjf107

好东西，顶

august0808

好人啊

lfy_0128

好帖子，顶

starora

不错

zhouwf0726

在讲rowid的时候说到了文件大小的限制，忘记说了，这个限制在oracle10g已经没有了，Oracle 10g 的存储能力有了显著的增强，新增了表空间类型：大文件 (Bigfile) 表空间

大文件表空间从某种角度来说提高了 Oracle 在 VLDB 上的管理能力。 只有自动段空间管理的 LMT (Locally Managed Tablespaces ) 支持 BIGFILE 表空间。 大文件表空间只能包含一个文件，但是文件可以达到 4G 个数据块大小。(以下用 BFT 指代 BIGFILE Tablespace。)

BFT 可以和以下存储技术结合使用：

自动存储管理(ASM)
LVM
OMF
理论上的 BFT 可以达到下面所列的值：

数据块大小(单位：K) BFT 最大值(单位：T)
2k 8T
4k 16T
8k 32T
16k 64T
32k 128T

在实际环境中，这还受到操作系统的文件系统的限制。


更多内容参考于：

http://zhouwf0726.itpub.net/post/9689/223787

ysjxjf

zhouwf0726  辛苦了！
如果我们能把 一些基础 的东西分析透了， 一点点积累，肯定会有很大进步的。

zhouwf0726  这种方法很不错 ， 学习。 希望能看到 更多这样的文章 ！

wsny

好帖。你的blog的内容也非常好。一定好好看看

dancingpig

对 BIGFILE的分析果然有趣