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

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


本地管理表空间中设置不同大小的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#

通过ROWID计算数据块的相关

http://blog.csdn.net/hughwang1216/article/details/12927701

http://blog.csdn.net/hughwang1216/article/details/11871305


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



错误:每一个数据库最多64K个数据文件。最多支持64K个表空间。由于每一个表空间最少须要包括一个数据文件。

更正:每一个数据库最多64K个数据文件。小表空间最多支持64个表空间。大表空间最多支持65k个表空间。由于大表空间的每一个表空间仅仅有一个数据文件。Oracle为了保证小表空间的每一个空间能够容纳1023个数据文件,所以在表空间个数上做了限制也就是64k/1023约等于64个表空间。

--官方文档上是65533--怎么算出来的??


引出新问题:假设数据库有大于1024个数据文件,ORACLE怎样通过ROWID定位数据文件呢? 

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

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

32bit obj# + 10bit file#  + 22bit block#  +  16bit row#依照以下理解

data_object_id,rfn,block#,row#。

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

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



更具体的数据库限制见官方文档:http://docs.oracle.com/cd/B19306_01/server.102/b14237/limits.htm#REFRN004--??


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


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