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

Posted 2020-09-19 jzdwajue

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