oracle10g中的bigfile tablespace

bigfile tablespace是Oracle10g的新特性。Bigfile tablespaces包含1个最大4G个blocks 的datafile。因此，使用8KBdata blocks 的bigfile tablespace 最大可以达到32TB。

Bigfile tablespaces 常用于非常大的DB。 如果很大的DB有成千的 read/write datafiles, 那么checkpoints之类的操作将非常费时。如果用一个很大的datafile，减少datafiles的数量，将会提高效率。

创建时使用BIGFILE关键字如下：

CREATE BIGFILE TABLESPACE BIG_DEMO
DATAFILE '/ORADATA/PROD/BIG_DEMO.DBF' SIZE 25G;

Smallfile tablespace是原Oracle tablespace datafile 选项的新名字。 smallfile tablespace中，你可以包含多个datafiles。每个datafile 有最多4M个data blocks。因此， 使用8KB data blocks的smallfile tablespace 中的datafiles 最大32GB。smallfile tablespace最多有1,023 个datafiles。SYSTEM和SYSAUX tablespaces总是smallfile tablespaces。

 

1.问题：大文件表空间和只有一个数据文件的小文件表空间（也就是我们常用的）区别在哪？

 

 

一下是关于BIGFILE网友的解释：

bigfile tablespace是Oracle10g的新特性。Bigfile tablespaces包含1个最大4G个blocks 的datafile。因此，使用8KBdata blocks 的bigfile tablespace 最大可以达到32TB。

Bigfile tablespaces 常用于非常大的DB。 如果很大的DB有成千的 read/write datafiles, 那么checkpoints之类的操作将非常费时。如果用一个很大的datafile，减少datafiles的数量，将会提高效率。

创建时使用BIGFILE关键字如下：

CREATE BIGFILE TABLESPACE BIG_DEMO
DATAFILE '/ORADATA/PROD/BIG_DEMO.DBF' SIZE 25G;

Smallfile tablespace是原Oracle tablespace datafile 选项的新名字。 smallfile tablespace中，你可以包含多个datafiles。每个datafile 有最多4M个data blocks。因此， 使用8KB data blocks的smallfile tablespace 中的datafiles 最大32GB。smallfile tablespace最多有1,023 个datafiles。SYSTEM和SYSAUX tablespaces总是smallfile tablespaces。

 

 

根据ROWID关于上面红字部分的理解

ROWID   rfile# block# row#分别为 10BIT,22BIT,16BIT

所以单个数据文件最大包含2^22-1（4194303）个数据块 ，一个数据块8K算   8*最大是32G

Bigfile tablespaces包含1个最大4G个blocks 的datafile

 

2.问题ORACLE 最多可以见多少个表空间？每个表空间可以建多少个数据文件？

 

也是根据ROWID格式分析：

8I之前表空间数 ==数据文件最大数 1024个
8i之后，表空间数2^32-1 ,数据文件数 表空间数*1023

 

 

 

 

rowid就是唯一标志记录物理位置的一个id，在oracle 8版本以前，rowid由file# block# row#组成，占用6个bytes的空间，10 bit 的 file# ，22bit 的 block# ，16 bit 的 row#。

从oracle 8开始rowid变成了extend rowid，由data_object_id# rfile# block# row#组成，占用10个bytes的空间， 32bit的 data_object_id#,10 bit 的 rfile#,22bit 的 block#,16 bit 的 row#.由于rowid的组成从file#变成了rfile#，所以数据文件数的限制也从整个库不能超过1023个变成了每个表空间不能超过1023个 数据文件。
说了rowid的组成，那么我们再来看看rowid在索引里面占用的字节数又是什么样子的。在oracle 8以前索引中存储的rowid占用字节数也是6bytes,在oracle8之后，虽然oracle使用了extend rowid，但是在普通索引里面依然存储了bytes的rowid，只有在global index中存储的是10bytes的extend rowid，而extend rowid也是global index出现的一个必要条件，下面我们会解释原因。

为什么golbal index需要把data_object_id#也包含在index rowid entry中呢？如果不包含会这么样？首先我们需要知道index的rowid entry的存在是为了能根据它找到表的这条记录存在哪个具体的物理位置，我们需要知道它在哪个数据文件，在哪个block，在那一行，普通的索引 oracle根据rfile#,block#,row#就可以知道了，但是partition table可以分布在多个表空间，也就是可以分布在多个数据文件，当我们建立local index时，index rowid entry并不包含data_object_id#，因为oracle可以知道这个index对应的是哪一个table分区，并可以得到table分区的 ts#(tablespace号)，那么oracle根据ts#和rfile#就可以找到具体的数据文件。但是如果换成是golbal index，如果不包含data_object_id#，那么我们并不能知道这个索引对应着哪个表分区，也自然不能知道它的rfile#和file#的转 换关系，所以它将找不到所对应的记录。包含data_object_id#后,oracle可以根据data_object_id#实现rfile#和 file#的转换然后找到记录对应的物理位置。需要注意的是要理解以上概念我们还是需要了解file#和rfile#的区别。