【www.bbyears.com--Oracle教程】
一、引言
从来没有想过，删除表中的数据都会成为问题。但是，当表中的数据量非常大时，删除数据会成为一个不小的问题。
这里只描述解决过程，不涉及SQL、存储过程的写法。方法很简单，高手绕行。
二、场景
运行了一年多的生产库，每小时大约五万条数据，今天发现有一个星期程序出了问题，整整一个星期的数据是重复的。需要把重复的数据选出来删除。
三、解决过程
（一）
删除重复数据的SQL很简单，用ROWID来排除就可以了，最开始想到的方法是使用一个SQL来解决问题。很快写出来，在测试库上验证成功。
打开SQL Plus，执行删除SQL。结果执行了一天多，都没有执行完，而且由于时间太长，SQL Plus与服务器的连接已经断开了。
不知是不是连接超时导致SQL没有执行完，还是执行完了连接断开事务没有提交而回滚了。专门去查了一下如何控制连接发呆时间，ORACLE有个参数可以控制，IDLE_TIME，但查到的资料说，长查询时，连接不会断开（事实证明好像不是这样，有点儿奇怪，难道执行时间很长的删除与长查询不一样？？？）修改IDEL_TIME会对系统运行有一定的影响，我决定还是不改它，想办法优化删除的方法。
（二）
接下来想到的方法是，先把重复的数据记录的ROWID找到，保存到一个临时表中，然后根据这个表使用存储过程来删除，每一万条提交一次数据，防止过多的UNDO数据，提高效率，同时避免连接超时，事务回滚。
结果也是执行了一天多，没有结果，连接超时。
（三）
由天存储过程执行完成，才会显示过程中dbms_output.put_line输出的信息，专门建了个表记录存储过程执行过程中的调试信息。发现将生重复数据的ROWID找到、插入临时表的时间特别长。
把查找重复数据的范围进行缩减，调整为依次对每个小时的进行查找、使用批量操作（buld collect into，forall）的方法来删除。在生产库上进行了测试，大约5分钟执行完毕，效果不错。
再写一个存储过程，依次执行按小时删除的存储过程。
（四）
结果还是没有执行成功，连接超时。看来这个连接超时还真是个问题，可能是由于连接超时导致操作失败。但我每个小存储过程中都有提交操作，那也应该能完成部分数据的删除操作呀？事实上是没有任何数据被删除。这个问题我没有想通。
最后解决的办法就是，使用一个简单粗暴的方法：
exec delete_by_hour("2016101400");
exec delete_by_hour("2016101401");
exec delete_by_hour("2016101402");
……
写了大量这样的调用过程，复制到剪贴板中，然后粘到SQL Plus中，这些命令乖乖地一个接一个地执行，最后顺利地删除了所有数据，一共用了13个小时。