在Oracle8i版本中，当一个字典管理（DMT）的表空间由于长期数据更新而产生大量碎片之后，通常我们的做法需要将原先放置在DMT表空间中的表move到本地管理（LMT）表空间来重组数据以减少空间碎片。move完毕以后，原先的DMT表空间需要删除以回收空间，但是删除表空间对于fet的级联操作，导致删除DMT表空间非常耗费时间。

在字典管理类型下，fet中存储数据库目前可以使用的空闲块信息，uet存储数据库目前已经被使用的数据块信息。当删除表空间时，Oracle需要把fet中跟此表空间相关的所有的记录都一一删除，如果表空间碎片很多，那么这一步操作将耗费很长的时间。

SQL>select ts#,count(*) from fet$ group by ts#;

TS# COUNT(*)
———- ———-
0 817
1 12160
3 440932
4 15775
5 5300
6 314997

6 rows selected.

在这个数据库中TS#=3和6的表空间正需要做删除的操作，而fet中分别存在440932和314997条记录，在删除表空间时跟踪了一下，平均每秒钟Oracle能够清理fet的3条记录。

SQL> select 440932/3/3600 from dual;

440932/3/3600
————-
40.827037

SQL> select 314997/3/3600 from dual;

314997/3/3600
————-
29.1663889

可以看到删除表空间3需要40个小时，而对于表空间6也需要29小时左右。当然，实际上，随着fet$表中记录的减少，Oracle的处理将会越来越快。当然，无论如何，这始终是一个很耗费时间的操作。

在某些情况下，这么长的时间可能是无法接受的，那么如何高速执行删除此类高碎片率的表空间呢？在itpub中有人提出了非常有效的方法-修改fet$基表，结合碎片。

在itpub的这个例子中，因为需要删除的表空间中仍然还存在对象，所以操作起来需要更加小心谨慎，而对于一个已经move了所有对象的表空间，操作步骤更少。

1. 将fet$中所有属于需要drop的表空间中的数据文件的block#>2的记录全部删除
2. update这些数据文件的block#=2的记录，将length字段更新为blocks-1（blocks值可以从dba_data_files视图中获得）

可惜的是，由于是产品库，客户出于保险起见，最终没有同意这样的删除方法，少了一次实践的机会。