首页 > 代码库 > 【表空间支持的最大数据文件大小的算法】【数据库限制】【数据文件文件头保留数据块数】
【表空间支持的最大数据文件大小的算法】【数据库限制】【数据文件文件头保留数据块数】
本地管理表空间中设置不同大小的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 tablespacesmallfile 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 8Gdb_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= 8Tdb_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
【表空间支持的最大数据文件大小的算法】【数据库限制】【数据文件文件头保留数据块数】