Oracle数据库中的段管理方式详细介绍

核心提示： 输出结果如下：FS1 Blocks = 0 Bytes = 0FS2 Blocks = 0 Bytes = 0FS3 Blocks = 0 Bytes = 0FS4 Blocks = 4148 Bytes = 0Full Blocks = 2 Bytes = 16384这个输出结果显示有

输出结果如下：

　　FS1 Blocks = 0 Bytes = 0
　　FS2 Blocks = 0 Bytes = 0
　　FS3 Blocks = 0 Bytes = 0
　　FS4 Blocks = 4148 Bytes = 0
　　Full Blocks = 2 Bytes = 16384

这个输出结果显示有 4,148 个块，具有 75-100% 的空闲空间 (FS4)；没有其他空闲块可用。这里仅有两个得到完全使用的块。4,148 个块都可以回收。

接下来，您必须确保该表支持行移动。如果不支持，您可以使用如下命令来支持它：

　　alter table bookings enable row movement;

或通过 Administration 页上的 企业管理器 10g。您还要确保在该表上禁用所有基于行 id 的触发器，这是因为行将会移动，行 id 可能会发生改变。

最后，您可以通过以下命令重组该表中现有的行：

　　alter table bookings shrink space compact;

该命令将会在块内重新分配行，如图 3 所示，这就在 HWM 之下产生了更多的空闲块 — 但是 HWM 自身不会进行分配。

图 3：重组行后的表中的块

在执行该操作后，让我们看一看空间利用率所发生的改变。使用在第一步展示的 PL/SQL 块，可以看到块现在是如何组织的：

　　FS1 Blocks = 0 Bytes = 0
　　FS2 Blocks = 0 Bytes = 0
　　FS3 Blocks = 1 Bytes = 0
　　FS4 Blocks = 0 Bytes = 0
　　Full Blocks = 2 Bytes = 16384

注意这里的重要改变：FS4 块（具有 75-100% 的空闲空间）的数量现在从 4,148 降为 0。我们还看到 FS3 块（具有 50-75% 的空闲空间）的数量从 0 增加到 1。但是，由于 HWM 没有被重置，总的空间利用率仍然是相同的。我们可以用如下命令检查使用的空间：