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

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

[b]data_object_id,rfn,block#,row#。

[/b]

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

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

[/b]

更具体的数据库限制见官方文档：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