oracle批量插入导致的问题

[ilovemeimei]

有这样一个表，sms_to_be_sent，有几个进程来循环操作它。进程a负责判断有没有合适的数据，如果有的话生成一批数据，插入到这个表中。其他进程都是扫描这个表中有没有符合自己的数据,有的话取出这些数据，进行业务逻辑处理，同时把这些数据从表中删除掉。这些进程都是调用的存贮过程进行的数据库的操作。a每30秒执行一次数据库操作，其他进程要频繁的多。
现在的问题是，当一次性插入的数据比较多时会执行时间过长。以前一次性插入7万条数据，执行的时间大概在120秒左右，现在的数据增大到了25万后，执行的时间竟然超过了半个小时，已经远远超过了可接受的范围！！我们做了实验，当把其他的进程都停掉只有a来执行时，25万条数据不到两分中就插完了。所以怀疑产生了锁等待的现象。可是，怎么解决呢，有谁碰到过相似的问题吗？
进程a调用的存贮过程的大体结构如下：
procedure ScanTask(条件1)
begin
loop
if 条件1 不符合 then
退出循环;
end if;
SendTaskMsgToUsersByTaskId(条件1);//向sms_to_be_sent插入数据
end loop;
end procedure;
SendTaskMsgToUsersByTaskId(条件)是向sms_to_be_sent批量插入数据数据的函数，根据"条件"的不同，每次的生成的数据的数量也不尽相同。
现在的情况是loop循环了大概6-7次的样子，也就是SendTaskMsgToUsersByTaskId被调用了6,7次，有两次数据较多，分别为7万和十几万的样子。其他都较少，几千到一万的样子吧。
该怎么解决阿，谢谢大家了，急啊！

[haosimentu]

建议不要一次性全部提交,多次,分开提交!!
如果数据量过大会受到oracle日志限制

[doer_ljy]

如果是日志或者回滚段的限制。
应该不会在停止掉其他进程以后速度大幅提高。
简易楼主在插入数据的时候锁住表，并挂住其他进程。
这样既可以防止读进脏数据，也可以优化性能。

[饿鱼骨头]

每30秒插入25万笔数据，可想每分钟也会删除几十万笔纪录。。。很想求教搂主你们对high water mark的处理。。。
这个案例，还建议搂主测算一下其他job的速度，我有点怀疑哪个删除数据的动作。