【表空间支持的最大数据文件大小的算法】【数据库限制】【数据文件文件头保留数据块数】

本地管理表空间中设置不同大小的db_block_size时数据文件头保留空间对应如下：--？？

db_block_size=2KB，文件头保留32个数据块，即64KB。
db_block_size=4KB，文件头保留16个数据块，即64KB。
db_block_size=8KB，文件头保留8个数据块，即64KB。
db_block_size=16KB，文件头保留4个数据块，即64KB。
db_block_size=32KB，文件头保留4个数据块，即128KB。--为什么不是64kb?
默认是db_block_size=8KB，此时 ORACLE数据文件头的8个数据块作用是：

数据块1和2记录数据文件头信息。3-8用于记录extent-区间的位图信息

extent management local uniform size 256K--分配每个extent最小包含256k个block,size最小为8.

分配每个extent最小包含X个block? 假设db_block_size=16KB，文件头保留4个数据块，即64KB。

4M<=X*64k*8

X>=8

--每个数据文件最大有4M个块,保留数据块中每个bit表示X个block的使用状态，保留数据块需要存储4M个块的状态。

表空间支持的最大数据文件大小的算法：

分两种情况：smallfile tablespace与bigfile tablespace

smallfile tablespace的ROWID

记录存储所属数据库对象，所在数据文件(file#),所在数据块中的行号，这些属性合并起来构成了ORACLE ROWID.
ORACLE ROWID分为物理ROWID，逻辑ROWID。--??
索引组织表（IOTs)使用逻辑ROWID,其它类型的表使用物理ROWID。
ROWID可以惟一标识一条记录，所以索引中存储了ROWID的值，通过访问索引，得到ROWID,再定位到记录。

ROWID采用Base64编码，共18位代表80位二进制数，占用10个字节。--1Byte=8bit
每组字符代表不同的含义，18位最大寻址空间“32G”。。--？？
对一条行ID的解析：OOOOOO.FFF.BBBBBB.RRR   --rowid结构6-3-6-3
OOOOOO： 1-6位：对象id--一般指的就是段编号
FFF：    7-9位：文件id
BBBBBB： 10-15位：块id
RRR：    16-18位：行id
对于Base64编码，共18位代表80位二进制数，计算方法是：
32bit obj# + 10bit file#  + 22bit block#  +  16bit row#

最大数	算法	备注	实验测试
每个表空间最大文件数	2^10[1K]	去掉全0	1023
每数据文件最大数据块数量	2^22-1[4M]	去掉全0	4194304
每个BLOKC中行数	2^16[64k]	去掉全0
数据库对象最大数	2^32[4G]	去掉全0

每个数据库最多64K个数据文件，最多支持64K个表空间，因为每个表空间最少需要包含一个数据文件。

-

引出新问题：如果数据库有大于1024个数据文件，ORACLE如何通过ROWID定位数据文件呢？

在超过1023个数据文件后，oracle就会保证在整个数据库内file_id是唯一的，在单个表空间中relative_fno是唯一的。

那么这时就会存在一个问题，不同表空间中的具有相同相对文件号数据文件oracle是怎样区分开来的那？

按照下面理解

data_object_id,rfn,block#,row#。

一个数据文件只能属于一个表空间，通过data_object_id 和数据字典视图的结合，oracle可以知道指向的是那一个表空间，从而将rfn转换为file_id,从而也就可以准确的进行行定位。

data_object_id(一般是段编号) ->属于哪个表空间->relative_fno->file_id

 

BIGFILE表空间的ROWID

因为大文件表空间只能包含一个文件，所以ROWID中不需要file#-文件ID。
大文件表空间的ROWID格式为：
OOOOOO.LLLLLLLLL.RRR
OOOOOO： 1-6位：对象id
LLLLLLLLL： 7-15位：块id
RRR：    16-18位：行id

L代表BLOCK号，代替了小文件表空间中ROWID中的file#  +  block#的位置.

对于Base64编码，共18位代表80位二进制数，计算方法是：

32bit obj# + 32bitfile&block#   +  16bit row#

这样大文件表空间的数据文件支持的BLOCK数量最多是：2^32=4G.

smallfile tablespace设置不同大小的db_block_size时数据文件允许的最大大小

db_block_size=2KB，2KB*4M=8192M      8G
db_block_size=4KB，4KB*4M=16384M     16G
db_block_size=8KB，8KB*4M=32768M     32G     8*1024*4M=8*4G=32G
db_block_size=16KB，16KB*4M=65536M   64G
db_block_size=32KB，32KB*4M=131072M   128G

bigfile tablespace设置不同大小的db_block_size时数据文件允许的最大大小

db_block_size=2KB，2KB*4G= 8T
db_block_size=4KB，4KB*4G= 16T
db_block_size=8KB，8KB*4G= 32T        8*1024*4G=8*4TB=32TB
db_block_size=16KB，16KB*4G= 64T
db_block_size=32KB，32KB*4G=128TB