All about oracle smallfile and bigfile tablespace(三)

2014-11-24 14:31:54 · 作者: · 浏览: 2
应对大数据量存储的时候略有优势。因为Small Tablespace 在实现相同的存储大小时,要消耗大量的多文件管理开销。同时控制文件为了维护多位置上的文件,协同检查点和文件头SCN等内容,要消耗很大精力。
其次,Small Tablespace的存储量只是理论,很少有系统真的建立上千个文件在一个表空间中。从这个角度看,Bigfile吸引力是不小的。
最后,Oracle对于Bigfile Tablespace支持是全面的。存储层面上,ASM、Logical Volumn Manager/RAID、Dynamically Extensible Logical Volumes 和OMF都提供了比较全面的支持。
但是,Bigfile Tablespace 并不是万灵药。Bigfile 是Oracle 层面的Bigfile,并不涉及到OS层面的支持。使用Bigfile的时候,要选择合适的底层存储系统提供支持。此外,Bigfile的理念违背了我们过去宣称的I/O 分散理论。所以,最好在有底层强大存储支持(如ASM)的情况下使用Bigfile,达到最优的性能平衡点。
根据 Oracle 官方的文档,DB_FILES 和 MAXDATAFILES 这两个参数的值给 SGA 带来的压力会减轻。数据库中最大数据文件数是有限的 (64K files),BFT的出现的确对海量数据库有一定的积极意义。从一定程度上来说,BFT简化了管理多个数据文件的复杂性。