利用Oracle在线重定义Online Redefinition清理历史数据

我在 <了解Oracle在线重定义Online Redefinition>一文中介绍了Oracle在线重定义的特点及其使用步骤，Online Redefinition的适用场景很多，包括:  

• Modify the storage parameters of a table or cluster
• Move a table or cluster to a different tablespace
• Add, modify, or drop one or more columns in a table or cluster
• Add or drop partitioning support (non-clustered tables only)
• Change partition structure
• Change physical properties of a single table partition, including moving it to a different tablespace in the same schema
• Change physical properties of a materialized view log or an Oracle Streams Advanced Queueing queue table
• Add support for parallel queries
• Re-create a table or cluster to reduce fragmentation
• Change the organization of a normal table (heap organized) to an index-organized table, or do the reverse.
• Convert a relational table into a table with object columns, or do the reverse.
• Convert an object table into a relational table or a table with object columns, or do the reverse.

  但是Online Redefinition恰恰就是不支持对于表上历史数据的清理( 甚至于数据更新update都是支持的)， 对于存有海量数据且没有分区的大表而言历史数据的清理是非常头痛的工作，特别是在7*24 应用不能下线的环境当中， 我们往往无法利用CTAS或INSERT APPEND+NOLOGGING的方式重建表以加速清理工作，而仅能使用最为原始的DELETE DML， 而我们知道DELETE操作是很缓慢的(与之前所提及的方法相比，真实世界中DELETE的效率还会受到INDEX clustering_factor聚集因子等因素的影响而显得更慢，见 <SQL调优:Clustering Factor影响数据删除速度一例>)， 且为了避免ORA-01555快照过久的错误出现，我们不能简单地使用一条DELETE SQL来清理数据，而需要使用PL/SQL匿名块控制并定期commit提交以避免ORA-01555。   实际上我们还是可以通过将非分区表Online Redefinition转换为以删除条件为Range范围分区的Partition-ed Table，再直接Truncate Partiton的方法来加速历史数据的清理， 同时又不影响业务的在线。   例如有如下非分区表一张：  

create table order_history
(
order_id number primary key,
issue_date date ,
location varchar2(200),
amount number,
maclean varchar2(200),
QUANTITY_SOLD number,
PROMO_ID number,
CUST_ID number,
CHANNEL_ID number) tablespace users pctfree 0;

SQL> select count(*) from ORDER_HISTORY;