Oracle分区表的分区交互技术实现数据快速转移
CREATE TABLE SALE( DOTIME DATE DEFAULT sysdate, BILLID VARCHAR2(20 BYTE) NOT NULL, FROMARREAR NUMBER(16,4) DEFAULT 0)PARTITION BY RANGE (DOTIME)( PARTITION PY11Q3 VALUES LESS THAN (TO_DATE(' 2011-10-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')) LOGGING, PARTITION PY11Q4 VALUES LESS THAN (TO_DATE(' 2012-01-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')) LOGGING, PARTITION PY12Q1 VALUES LESS THAN (TO_DATE(' 2012-04-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')) LOGGING, PARTITION PY12Q2 VALUES LESS THAN (TO_DATE(' 2012-07-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')) LOGGING, PARTITION P_MAX VALUES LESS THAN (MAXVALUE) LOGGING);
?
再建立一张交换表，表的字段结构和分区表完全一致。
create table SALE_exchange( DOTIME DATE DEFAULT sysdate, BILLID VARCHAR2(20 BYTE) NOT NULL, FROMARREAR NUMBER(16,4) DEFAULT 0);
?
注意，分区表上的主键所属的全局唯一索引不要了，改成SALE (BILLID，DOTIME)上的本地索引，这样也能保证数据的一致性。原来的主键字段billid必须放在前面，防止原来原来基于billid直接查询操作的性能下降太多。
create unique index PK_SALE on SALE (BILLID，DOTIME) local;
本地分区索引创建完毕。
第二步，
检查一下数据记录情况。假设我们要将PY11Q3分区中的记录转移走。
select count(*) from SALE partition(PY11Q3);
select? count(*)? from SALE_exchange;
第三步，转移数据
alter table SALE exchange partition? PY11Q3 with table SALE_exchange;
一个命令，将分区段和表段的空间指针互相替换，就实现了这个分区表的业务数据的转移工作。
第四步，检查索引状态
分区表这点不好，如果分区发生改变，如exchange,move,split等，那么该分区上的本地索引分区就会失效，同时整个分区表上的全局索引也会失效。所以我最开始说全局索引需要撤销了，就是这个道理。试想，如果这时还有全局索引存在，那它失效了，这就将影响到分区表的其他业务操作。
不管怎样，都需要检查一下索引状态。
select index_name, partition_name, status from user_ind_partitions where status = 'UNUSABLE'union allselect index_name, '' as partition_name, status from user_indexes where status = 'UNUSABLE';
?
这里，本地分区索引的索引分区肯定失效了。原来exchange表上的索引也会失效。它们都需要重建。
分区索引的重建：
alter index PK_SALE rebuild partition PY11Q3;
?
alter index PK_SALE_EXCHANGE rebuild;
经过这样的操作之后，历史数据是从当前业务表移出来了，但它在一个临时的孤立的表中。在现实业务中，这样的数据是需要移动历史表中。当然，如果你有转换操作，你可以继续使用insert 方法转移。如果没有，你还可以使用分区交换技术，将这个数据交换到历史表中。
简而言之，Oracle分区表技术在大数据量表的操作中建议经常使用，它的很多特性有助于我们开发出高效的应用程序。
