普通表转化成分区表

    最近的一个项目现场反应查询速度很慢，在一开始并没有打算对表进行表分区，所以才酿成了现在的后果，于是在网上广搜群英帖子，果然发现，群众的力量的伟大的，网民的力量是更伟大的，好了不扯了。。。
    下面是在网上找到的关于普通表转换为分区表的方法，貌似不能插图片，我会在后面的附件中附加文档
普通表转换为分区表
Oracle普通表没有办法通过修改属性的方式直接转换为分区表,必须通过重建的方式来进行转变，下面通过举例来介绍3中转换的方式。
利用原表重建分区表
   这种方法的特点是:
   优点：方法简单易用，由于采用DDL语句，不会产生UNDO，且只产生少量REDO，效率相对较高，而且建表完成后数据已经在分布到各个分区中了。
不足：对于数据的一致性方面还需要额外的考虑。由于几乎没有办法通过手工锁定T表的方式保证一致性，在执行CREATE TABLE语句和RENAME T_NEW TO T语句直接的修改可能会丢失，如果要保证一致性，需要在执行完语句后对数据进行检查，而这个代价是比较大的。另外在执行两个RENAME语句之间执行的对T的访问会失败。
适用于修改不频繁的表，在闲时进行操作，表的数据量不宜太大。
  举例说明
  创建普通表并插入测试数据
   SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
Table created
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
50950 rows inserted
  查看数据
 
创建一个分区表
CREATE TABLE T_NEW (ID, TIME) PARTITION BY RANGE (TIME)
     (PARTITION T1 VALUES LESS THAN (TO_DATE('2005-9-1', 'YYYY-MM-DD')),
      PARTITION T2 VALUES LESS THAN (TO_DATE('2012-4-1', 'YYYY-MM-DD')),
      PARTITION T3 VALUES LESS THAN (MAXVALUE))
      AS SELECT ID, TIME FROM T;
改变表名
SQL> rename t to t_old;
Table renamed
SQL> rename t_new to t;
Table renamed
验证新表数据





使用交换分区的方法。
  这种方法的特点
    优点：只是对数据字典中分区和表的定义进行了修改，没有数据的修改或复制，效率最高。如果对数据在分区中的分布没有进一步要求的话，实现比较简单。在执行完RENAME操作后，可以检查T_OLD中是否存在数据，如果存在的话，直接将这些数据插入到T中，可以保证对T插入的操作不会丢失。
不足：仍然存在一致性问题，交换分区之后RENAME T_NEW TO T之前，查询、更新和删除会出现错误或访问不到数据。如果要求数据分布到多个分区中，则需要进行分区的SPLIT操作，会增加操作的复杂度，效率也会降低。
适用于包含大数据量的表转到分区表中的一个分区的操作。应尽量在闲时进行操作。
举例来说明
创建普通表并插入测试数据
   SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
Table created
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
50913 rows inserted
创建分区表
CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
  (PARTITION T1 VALUES LESS THAN (TO_DATE('2013-1-1', 'YYYY-MM-DD')),
   PARTITION T2 VALUES LESS THAN (MAXVALUE))
交换数据
ALTER TABLE T_NEW EXCHANGE PARTITION T1 WITH TABLE T;
改变表名
SQL> rename t to t_old;
Table renamed
SQL> rename t_new to t;
查询数据

如果要分成多个区，则可以用split进行分区。
ALTER TABLE T SPLIT PARTITION T1 AT(TO_DATE('2012-04-01','YYYY-MM-DD'))
INTO (PARTITION t11,PARTITION t22)


利用在线重定义功能
  这种分区的特点
  优点：保证数据的一致性，在大部分时间内，表T都可以正常进行DML操作。只在切换的瞬间锁表，具有很高的可用性。这种方法具有很强的灵活性，对各种不同的需要都能满足。而且，可以在切换前进行相应的授权并建立各种约束，可以做到切换完成后不再需要任何额外的管理操作。
不足：实现上比上面两种略显复杂。
适用于各种情况。
举例说明
创建普通表
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
Table created
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
50923 rows inserted
然后执行
SQL> EXEC DBMS_REDEFINITION.CAN_REDEF_TABLE(USER, 'T', DBMS_REDEFINITION.CONS_USE_PK);
PL/SQL procedure successfully completed
创建分区表
CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
     (PARTITION T1 VALUES LESS THAN (TO_DATE('2005-9-1', 'YYYY-MM-DD')),
      PARTITION T2 VALUES LESS THAN (TO_DATE('2012-4-1', 'YYYY-MM-DD')),
      PARTITION T3 VALUES LESS THAN (MAXVALUE))
然后执行
SQL>  EXEC DBMS_REDEFINITION.START_REDEF_TABLE(USER, 'T', 'T_NEW',  'ID ID, TIME TIME', DBMS_REDEFINITION.CONS_USE_PK);
PL/SQL procedure successfully completed
SQL>  EXEC DBMS_REDEFINITION.FINISH_REDEF_TABLE('SCOTT', 'T', 'T_NEW');
PL/SQL procedure successfully completed
验证数据

    经过分析，感觉使用在线重定义的方式比较合适，结果写到后面发现重定义不支持bfile列的表，折腾了半天白费了，于是又采用了第二种方式，目前测试下来还是比较顺利的，等待稳定之后进行线上使用，希望不要出什么问题，呵呵。