关于oracle中的commit
我现在有个需求：
我的存储过程大概有6000行代码，里面有insert操作一个批次不超过5000条吧，
执行到最后如果成功则commit，否则rollback。

不知道这样会不会有问题，请大家尽情发言。
------解决方案--------------------
5000 条的话，一次提交应该问题不大，但和服务器性能、当时的负载有关，可测试一下。
------解决方案--------------------
5000条没啥问题吧
------解决方案--------------------
commit跟你代码多少行没啥关系，你只要控制好逻辑机构就行；
------解决方案--------------------
保证你的业务完整性就可以了,也就是当失败一部分的时候，不会影响你的业务完整性
------解决方案--------------------
谈到这个问题，就要说说commit时数据库做了哪些事（以下为查阅所得）。
      其实commit执行前，在数据库中已经执行了数据更改，所以已经完成了99%的任务，例如：下列操作已经产生：       
      1.在SGA(Buffer Cache)中已经生成了undo块；
      2.在SGA(Buffer Cache)中已经生成了产生改变的数据块和索引块；
      3.在REDO LOG BUFFER生成了前面两项的redo信息;
     4.依赖于前三项产生的数据量大小以及操作需要的时间，buffer中的数据可能已经
         有一部分输出到了磁盘；
      5.所有需要的锁已经获得；
      当执行COMMIT命令时，只执行如下操作：
      1.为事务生成SCN：SCN是ORACLE数据库的一种计时信息，用以保证事务的顺序性，
         同时还用于失败恢复和保证数据库的读一致性和检查点，无论何时何人提交，SCN
         自动加1；      
      2.将事务相关的未写入redo log file中的redo信息从redo log buffer写入到redo log
        file,这才是真实的COMMIT，这步操作完成，说明我们已经完成COMMIT，事务从
        V$TRANSACTION中移除；
      3.V$LOCK中记录的SESSION关于该事务的锁会释放，其他需要这些锁的事务被唤醒；
      4.执行块清理，清理块头保存的事务信息；
      第2点看出大数据量commit时涉及到对服务器io的考验。
      但5000条理论上是肯定没问题的。