在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
在实际环境中，这还受到操作系统的文件系统的限制。
