存储过程里使用Commit的时机
oracle下，有个存储过程，里面有很多Insert、Update语句块，每次插入可能都在十几万行，现在的情况是在所有这些Insert和Update语句块后，做1个commit语句；
这样与每个Insert或Update语句后都写1个Commit，在效率上是否有什么差异？
方式一：
Insert into ...;
Commit;
Insert into ...;
Commit;
...
Update ...;
Commit;

方式二：
Insert into ...;
...
Insert into ...;
...
Update ...;
Commit;
两种方式，有何差异，请指导。
------解决方案--------------------

引用:

oracle下，有个存储过程，里面有很多Insert、Update语句块，每次插入可能都在十几万行，现在的情况是在所有这些Insert和Update语句块后，做1个commit语句；
这样与每个Insert或Update语句后都写1个Commit，在效率上是否有什么差异？
方式一：
Insert into ...;
Commit;
Insert into ...;
Commit;
.……

如果你确定每次都是十几万行的话，则如果每个INSERT/UPDATE语句后都COMMIT一次，这样效率很差的，因为COMMIT的时候，数据库需要做事务相关的操作，也要用时间的；
而你每次执行完十几万条INSERT/UPDATE后做一次COMMIT，也是不可取的；
比较习惯用的方法是：
每做完5000条或者1w条，或者2w条，做一次COMMIT，效率一定比“每个INSERT/UPDATE语句后都COMMIT一次”快。但是具体5000条快，还是1w条快，还是2w条快，不一定了，需要你做测试的。
------解决方案--------------------
根据业务需求确定一个合适的量，分批commit。

还有就是看你的业务是否需要用事务处理，要做好相应的策略
------解决方案--------------------
完成需求是第一位的，如，事务一致性
前面都commit了，后面的操作如果有错误，是否需要把前面的也rollback回来。
------解决方案--------------------
具体的要看具体的业务需求了，如果每个insert、update都commit了，那如果
有错误的话，如何rollback。
具体的效率高低：
一个要看执行的计划。
另外还要综合考虑磁盘I/O操作过于频繁也会降低效率的，如果每次insert一次或update一次
这样式写入多次，增加了磁盘的I/O操作的。