在某个时刻，您决定将分区Y03Q2移动到另一个表空间 (TRANSY03Q2)，该表空间可能位于一个不同类型的磁盘（一个慢一点、便宜一点的磁盘）上。为此，请首先确认您可以联机重新定义该表：
begin
dbms_redefinition.can_redef_table(
uname => ’ARUP’,
tname => ’TRANS’,
options_flag => dbms_redefinition.cons_use_rowid,
part_name => ’Y03Q2’);
end;
/
此处没有输出，因此您确认可以联机重新定义该表。接下来，创建一个临时表保存该分区的数据：
create table trans_temp
(
trans_id number,
trans_date date,
txn_type varchar2(1),
acc_no number,
tx_amt number(12,2),
status varchar2(1)
)
tablespace transy03q2
/
请注意，由于表TRANS进行了范围分区，因此您已经将该表定义为未分区表。该表在所需的表空间TRANSY03Q2中创建。如果表TRANS包含一些本地索引，则表示您已经对表TRANS_TEMP 创建了这些索引（当然是创建为未分区索引）。
现在，您就可以启动重新定义过程：
begin
dbms_redefinition.start_redef_table(
uname => ’ARUP’,
orig_table => ’TRANS’,
int_table => ’TRANS_TEMP’,
col_mapping => NULL,
options_flag => dbms_redefinition.cons_use_rowid,
part_name => ’Y03Q2’);
end;
/
该调用有几个注意事项。第一，将参数col_mapping设置为NULL；在单个分区重新定义中，该参数没有意义。第二，一个新参数part_name指定了要重新定义的分区。第三，注意其中没有 COPY_TABLE_DEPENDENTS 参数，该参数也没有意义，原因是表本身无法更改；只移动分区。
如果该表很大，此操作可能持续很长时间；因此请在操作过程中对它进行同步。
begin
dbms_redefinition.sync_interim_table(
uname => ’ARUP’,
orig_table => ’TRANS’,
int_table => ’TRANS_TEMP’,
part_name => ’Y03Q2’);
end;
/
最后，使用以下代码完成该过程
begin
dbms_redefinition.finish_redef_table(
uname => ’ARUP’,
orig_table => ’TRANS’,
int_table => ’TRANS_TEMP’,
part_name => ’Y03Q2’);
end;
此时，分区Y03Q2位于表空间TRANSY03Q2中。如果该表存在任何全局索引，则它们将被标记为UNUSABLE并且必须被重新构建。
单个分区重新定义对于跨表空间移动分区（一个常见的信息生命周期管理任务）很有用。但显而易见，其中存在几个限制。例如，您无法在重新定义过程中更改分区方法（即从范围更改为散列）或更改表的结构。
逐块地删除表
您注意到过删除一个分区的表需要多长时间吗？这是因为每个分区都是一个必须删除的段。在Oracle数据库10g第2版中，当您删除分区的表时，分区将逐个被删除。由于每个分区是单独删除的，因此所需的资源要比删除整个表少。
要演示这个新行为，您可以使用10046跟踪跟踪该会话。
alter session set events ’10046 trace name context forever, level 12’;
然后，删除该表。如果查看跟踪文件，则将看到分区表删除的代码：
delete from tabpart$ where bo# = :1
delete from partobj$ where obj#=:1
delete from partcol$ where obj#=:1
delete from subpartcol$ where obj#=:1
请注意，分区是按顺序删除的。该方法最大限度地降低了删除过程中的资源使用率并增强了性能。