本地管理表空间和字典管理表空间的特点，ASSM有什么特点

字典管理表空间(Dictionary-Managed Tablespace简称DMT)，8i以前包括以后都还可以使用的一种表空间管理模式，通过数据字典管理表空间的空间使用。

Oracle使用两个字典来记录Extents的使用情况：SYS.FET$记录空闲的Extents，SYS.UET$记录使用的Extents。在分配和释放分区时，都要修改者两个字典。属于DML操作，存在竞争，每个动作都是一个事务，会产生UNDO记录。进行空间合并时也要同样操作方法。效率低下

本地管理表空间(Locally Managed Tablespace简称LMT)，8i以后出现的一种新的表空间的管理模式，通过位图来管理表空间的空间使用。

通过数据头文件中的一个位图来记录本文件中数据库的使用情况，每个BIT代表数据块，通过改变bit值来表示Extents的分配使用或释放，不属于DML操作，也不会产生UNDO记录，可以自动跟踪连续的空闲空间。带来的优势：不需要使用字典SYS.FET$和SYS.UET$上的递归SQL调用；减少数据字典的竞争；不会产生UNDO记录；不再需要周期性合并操作。

例：创建了一个本地管理的表空间，区间统一大小分配为64K
SQL> create tablespace demo  
    datafile '/ora01/oem/oemdemo01.dbf' size 10m  
    extent management local uniform size 64k;

查询表 select * from dba_tablespace;可以得知

自动段空间管理(ASSM)

在920以前，表的剩余空间的管理与分配都是由连接列表freelist来完成的，因为freelist存在串行的问题，因此容易引起往往容易引起段头的争用与空间的浪费（其实这一点并不明显），最主要的还是因为需要DBA 花费大量的精力去管理这些争用并监控表的空间利用。

自动段空间管理（ASSM），它首次出现在Oracle920里。有了ASSM，连接列表freelist被位图所取代，它是一个二进制的数组，能够迅速有效地管理存储扩展和剩余区块（free block），因此能够改善分段存储本质，ASSM表空间上创建的段还有另外一个称呼叫Bitmap Managed Segments（BMB 段）

Create tablespace demo
datafile '/ora01/oem/demo01.dbf '
size 5m
EXTENT MANAGEMENT LOCAL -- Turn on LMT
SEGMENT SPACE MANAGEMENT AUTO -- Turn on ASSM;

一旦你定义好了tablespace，那么表和索引就能够使用各种方法很容易地被移动到新的tablespace里，带有ASSM的本地管理tablespace会略掉任何为PCTUSED、NEXT和FREELISTS所指定的值。

当表格或者索引被分配到这个tablespace以后，用于独立对象的PCTUSED的值会被忽略，而Oracle9i会使用位图数组来自动地管理tablespace里表格和索引的freelist。对于在LMT的tablespace内部创建的表格和索引而言，这个NEXT扩展子句是过时的，因为由本地管理的tablespace会管理它们。但是，INITIAL参数仍然是需要的，因为Oracle不可能提前知道初始表格加载的大小。对于ASSM而言，INITIAL最小的值是三个块。

新的管理机制用位图来跟踪或管理每个分配到对象的块，每个块有多少剩余空间根据位图的状态来确定，如>75%,50%-75%,25%-50%和<25%，也就是说位图其实采用了四个状态位来代替以前的pctused，什么时候该利用该数据块则由设定的pctfree来确定。

使用ASSM的一个巨大优势是，位图freelist肯定能够减轻缓冲区忙等待（buffer busy wait）的负担，这个问题在Oracle9i以前的版本里曾是一个严重的问题。

转载：http://blog.csdn.net/yuan22003/article/details/6714341