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，但是在普通索引裡面依然儲存了6bytes的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 = AAAABa = 1 * 64 + 26

Oracle 10g 的儲存能力有了顯著的增強。這表現在很多方面，下面介紹 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

在實際環境中，這還受到作業系統的檔案系統的限制。[@more@]