方法六：对于一些行迁移数量巨大而且表记录数巨大的表的行迁移的清除方法
　　
　　1． 使用TOAD工具或者别的方法获取存在有大量行迁移并且表记录很大的表的重建表的SQL，然后保存为脚本。
　　
　　2． 使用RENAME命令将原始表重命名为一个备份表，然后删除别的表对原始表上的限制、以及原始表上的外键和索引。
　　
　　3． 利用1中生成的脚本重建原始表，以及表上的限制，外键，索引等对象。
　　
　　4． 然后按表模式导出2中备份的表，然后导入到另外的一个临时中转的数据库库中，因为表的名字已经改变，所以导入后需要RENAME表为原来的名字，然后重新导出，最后再导入到原来的数据库中。
　　
　　这种方法主要是用来针对一些数据量比较大，并且表上的行迁移也比较多的表的行迁移清除。对于这些大表的行迁移的清除，正常来说都需要停应用一段较长时间才能够清除掉，让人感觉比较的头疼，对于7*24小时的应用来说，down机的时间越长损失则越大，当然是要尽量的减短down机的时间。但是因为表本身比较大，不管怎样做什么操作都是会比较耗费时间和资源的，但是如果应用在某段时间内主要是以插入数据为主，更新数据和删除数据都很少的，因此可以考虑可以采用这么一种方法：先重命名表，然后重新建立一个和原来一样的表，用来保证之后的应用的数据是可以正常插入的，从而使应用不用停很久，因为重建一个没有任何数据的表结构的过程是很短暂的，大概需要几秒钟的时间，而重建好表了后就能保证应用能够正常的写入数据，从而使应用几乎不用停顿，然后把开始重命名的原始表按表模式导出，因为表的名字已经被改变，因此需要一个临时库来导入这些数据，然后重命名回原来的名字，然后按原来的表名导出后再重新导入原始数据库，这样操作起来虽然会比较麻烦，但是却是一种很有效很实际的方法，速度也很快，导出后导入，因为本身表结构已经建立好了，不需要其他任何的多的操作，而且最关键的是这种方法所需要的down机时间是最短的。
　　
　　SQL>ALTER TABLE USER.PAY RENAME TO PAY_X ;
　　
　　然后导出PAY_X表;
　　
　　$ exp USER/USER file=PAY_X.dmp tables=PAY_X
　　
　　SQL>ALTER TABLE USER.BATCHPAYMENTDETAIL DROP CONSTRAINT FK_BATCHPAYMENTDETAIL_OPAYID ;
　　
　　SQL>ALTER TABLE USER.DEPOSITCLASSIFY DROP CONSTRAINT FK_DEPOSITCLASSIFY2 ;
　　
　　SQL>ALTER TABLE USER.DEPOSITCREDITLOG DROP CONSTRAINT FK_DEPOSITCREDITLOG2 ;
　　
　　SQL>ALTER TABLE USER.DEPOSIT DROP CONSTRAINT SYS_C003423 ;
　　
　　SQL>ALTER TABLE USER.PAY_X DROP CONSTRAINT SYS_C003549 ;
　　
　　SQL>DROP INDEX USER.I_PAY_STAFFID ;
　　
　　SQL>CREATE TABLE USER.PAY
　　
　　(
　　
　　PAYID NUMBER(9),
　　
　　ACCOUNTNUM NUMBER(9),
　　
　　TOTAL NUMBER(12,2),
　　
　　PREVPAY NUMBER(12,2),
　　
　　PAY NUMBER(12,2),
　　
　　STAFFID NUMBER(9),
　　
　　PROCESSDATE DATE,
　　
　　PAYNO CHAR(12),
　　
　　TYPE CHAR(2) DEFAULT ''0'',
　　
　　PAYMENTMETHOD CHAR(1) DEFAULT ''0'',
　　
　　PAYMENTMETHODID VARCHAR2(20),
　　
　　BANKACCOUNT VARCHAR2(32),
　　
　　PAYMENTID NUMBER(9),
　　
　　STATUS CHAR(1) DEFAULT ''0'',
　　
　　MEMO VARCHAR2(255),
　　
　　SERVICEID NUMBER(9),
　　
　　CURRENTDEPOSITID NUMBER(9),
　　
　　SHOULDPROCESSDATE DATE DEFAULT sysdate,
　　
　　ORIGINALEXPIREDATE DATE,
　　
　　ORIGINALCANCELDATE DATE,
　　
　　EXPIREDATE DATE,
　　
　　CANCELDATE DATE,
　　
　　DEPOSITTYPE CHAR(1)
　　
　　)
　　
　　TABLESPACE USER
　　
　　PCTUSED 95
　　
　　PCTFREE 5
　　
　　INITRANS 1
　　
　　MAXTRANS 255
　　
　　STORAGE (
　　
　　INITIAL 7312K
　　
　　NEXT 80K
　　
　　MINEXTENTS 1
　　
　　MAXEXTENTS 2147483645
　　
　　PCTINCREASE 0
　　
　　FREELISTS 1
　　
　　FREELIST GROUPS 1
　　
　　BUFFER_POOL DEFAULT
　　
　　)
　　
　　NOLOGGING
　　
　　NOCACHE
　　
　　NOPARALLEL;
　　
　　SQL>CREATE INDEX USER.I_PAY_STAFFID ON USER.PAY
　　
　　(STAFFID)
　　
　　NOLOGGING
　　
　　TABLESPACE USER
　　
　　PCTFREE 5
　　
　　INITRANS 2
　　
　　MAXTRANS 255
　　
　　STORAGE (
　　
　　INITIAL 1936K
　　
　　NEXT 80K
　　
　　MINEXTENTS 1
　　
　　MAXEXTENTS 2147483645
　　
　　PCTINCREASE 0
　　
　　FREELISTS 1
　　
　　FREELIST GROUPS 1
　　
　　BUFFER_POOL DEFAULT
　　
　　)
　　
　　NOPARALLEL;
　　
　　SQL>CREATE UNIQUE INDEX USER.PK_PAY_ID ON USER.PAY
　　
　　(PAYID)
　　
　　NOLOGGING
　　
　　TABLESPACE USER
　　
　　PCTFREE 5
　　
　　INITRANS 2
　　
　　MAXTRANS 255
　　
　　STORAGE (
　　
　　INITIAL 1120K
　　
　　NEXT 80K
　　
　　MINEXTENTS 1
　　
　　MAXEXTENTS 2147483645
　　
　　PCTINCREASE 0
　　
　　FREELISTS 1
　　
　　FREELIST GROUPS 1
　　
　　BUFFER_POOL DEFAULT
　　
　　)
　　
　　NOPARALLEL;
　　
　　SQL>ALTER TABLE USER.PAY ADD (
　　
　　FOREIGN KEY (STAFFID)
　　
　　REFERENCES USER.STAFF (STAFFID));
　　
　　SQL>ALTER TABLE USER.DEPOSITCLASSIFY ADD
　　
　　CONSTRAINT FK_DEPOSITCLASSIFY2
　　
　　FOREIGN KEY (PAYID)
　　
　　REFERENCES USER.PAY (PAYID) ;
　　
　　SQL>ALTER TABLE USER.DEPOSITCREDITLOG ADD
　　
　　CONSTRAINT FK_DEPOSITCREDITLOG2
　　
　　FOREIGN KEY (PAYID)
　　
　　REFERENCES USER.PAY (PAYID) ;
　　
　　SQL>ALTER FUNCTION "USER"."GENERATEPAYNO" COMPILE ;
　　
　　SQL>ALTER PROCEDURE "USER"."ENGENDERPRVPAY" COMPILE ;
　　
　　SQL>ALTER PROCEDURE "USER"."ISAP_ENGENDERPRVPAY" COMPILE ;
　　
　　SQL>ALTER PROCEDURE "USER"."SPADDCREDITDEPOSIT" COMPILE ;
　　
　　SQL>ALTER PROCEDURE "USER"."SPADDDEPOSITWITHOUTCARD" COMPILE ;
　　
　　SQL>ALTER PROCEDURE "USER"."SPADJUSTLWDEPOSIT" COMPILE ;
　　
　　……
　　
　　然后将导出的表PAY_X的dmp文件导入一个临时的数据库中，然后在临时数据库中将其表名重新命名为PAY，再按表模式将其导出。
　　
　　imp USER/USER file= PAY_x.dmp tables=PAY ignore=y
　　
　　SQL>rename PAY_X to PAY;
　　
　　$ exp USER/USER file=PAY.dmp tables=PAY
　　
　　最后将这个dmp文件导入正式的生产数据库中即可。
　　
　　以上的过程在重建好PAY表后整个应用就恢复正常了，而重命名表后重建表的时间是非常之短的，我测试的时间大概是在几分钟之内就可以做完了，新数据就可以插入表了，剩下的工作就是将旧的数据导入数据库，这个工作的时间要求上就没有那么高了，因为应用已经正常了，一般来说利用晚上业务不忙的时候都可以把一张表的数据导入完成的。
　　
　　以上的六种清除行迁移的方法各有各自的优缺点，分别适用于不同的情况下使用，利用以上的几种清除行迁移的方法基本上就能完全清除掉系统中的存在的行迁移了，当然，具体的生产环境中还需要具体问题具体分析的，针对不同类型的系统，系统中不同特点的表采用不同的清除方法，尽量的减少停数据库的时间，以保证应用的不间断稳定运行。