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

核心提示： 当用直接路径插入行时 — 例如，通过直接加载插入（用 APPEND 提示插入）或通过 SQL*Loader 直接路径 — 数据块直接置于 HWM 之上，Oracle数据库中的段管理方式详细介绍(2)，它下面的空间就浪费掉了，在 Oracle9i 及其以前的版本中，准

当用直接路径插入行时 — 例如，通过直接加载插入（用 APPEND 提示插入）或通过 SQL*Loader 直接路径 — 数据块直接置于 HWM 之上。它下面的空间就浪费掉了。

在 Oracle9i 及其以前的版本中，可以通过删除表，然后重建表并重新加载数据来回收空间；或通过使用 ALTER TABLE MOVE 命令把表移动到一个不同的表空间中来回收空间。这两种处理方式都必须脱机进行。另外，可以使用联机表重组特性，但是这需要至少双倍的现有表空间。

在 10g中，该任务已经变得微不足道了；假如您的表空间中支持自动段空间管理 (ASSM),您现在可以缩小段、表和索引，以回收空闲块并把它们提供给数据库以作他用，让我们看看其中的缘由。

10g 中的段管理方式

设想有一个表 BOOKINGS，它保存有经由 Web 站点的联机登记。当一个登记确认后，就会把它存储在一个存档表 BOOKINGS_HIST 中，并从 BOOKINGS 表中删除该行。登记和确认之间的时间间隔依据客户有很大的不同，由于无法从删除的行获得足够的空间，因此许多行就插入到了表的 HWM 之上。

现在您需要回收浪费的空间。首先，准确地查明在可回收的段中浪费了多少空间。由于它是在支持 ASSM 的表空间中，您将不得不使用 DBMS_SPACE 包的 SPACE_USAGE 过程，如下所示：

　　declare
　　
　　l_fs1_bytes number;
　　l_fs2_bytes number;
　　l_fs3_bytes number;
　　l_fs4_bytes number;
　　l_fs1_blocks number;
　　l_fs2_blocks number;
　　l_fs3_blocks number;
　　l_fs4_blocks number;
　　l_full_bytes number;
　　l_full_blocks number;
　　l_unformatted_bytes number;
　　l_unformatted_blocks number;
　　begin
　　dbms_space.space_usage(
　　segment_owner　　　=> user,
　　segment_name　　　 => 'BOOKINGS',
　　segment_type　　　 => 'TABLE',
　　fs1_bytes　　　　　=> l_fs1_bytes,
　　fs1_blocks　　　　 => l_fs1_blocks,
　　fs2_bytes　　　　　=> l_fs2_bytes,
　　fs2_blocks　　　　 => l_fs2_blocks,
　　fs3_bytes　　　　　=> l_fs3_bytes,
　　fs3_blocks　　　　 => l_fs3_blocks,
　　fs4_bytes　　　　　=> l_fs4_bytes,
　　fs4_blocks　　　　 => l_fs4_blocks,
　　full_bytes　　　　 => l_full_bytes,
　　full_blocks　　　　=> l_full_blocks,
　　unformatted_blocks => l_unformatted_blocks,
　　unformatted_bytes　=> l_unformatted_bytes
　　);
　　dbms_output.put_line(' FS1 Blocks = '
　　||l_fs1_blocks||' Bytes = '||l_fs1_bytes);
　　dbms_output.put_line(' FS2 Blocks = '
　　||l_fs2_blocks||' Bytes = '||l_fs1_bytes);
　　dbms_output.put_line(' FS3 Blocks = '
　　||l_fs3_blocks||' Bytes = '||l_fs1_bytes);
　　dbms_output.put_line(' FS4 Blocks = '
　　||l_fs4_blocks||' Bytes = '||l_fs1_bytes);
　　dbms_output.put_line('Full Blocks = '
　　||l_full_blocks||' Bytes = ||l_full_bytes);
　　end;
　　/