请教大家一个问题，存储过程中需要几个commit？

yi888long

比如说，我有很多update和delete语句，我需要在每一个后面都commit，还是只需要在最后一行写一个commit就行了？这两者有什么区别吗？我自己试了下，好像都一样，但是不知道会不会在什么情况下有区别？ 请教大家，谢谢了。。

ora_苍狗

如果中间有语句发生错误就不一样了，写了一个测试的例子，看看对你有帮助没有
drop table aatest;
create table aatest
(nid number,nname varchar2(16))
insert into aatest(nid,nname)values(1,'00');
commit;
create or replace procedure aatesta
as
begin
   update aatest set nname='step1' where nid=1;
   commit;
   update aatest set nname='step2' where nid=1;
   commit;
   update aatest set nname='step3_12345678910101010101' where nid=1;
   commit;
   exception when others then
     rollback;
end;
create or replace procedure aatestb
as
begin
   update aatest set nname='step1' where nid=1;
   update aatest set nname='step2' where nid=1;
   update aatest set nname='step3_12345678910101010101' where nid=1;
   commit;
   exception when others then
     rollback;
end;

〇〇

一个也不写

oracle_cj

这个要看情况

yi888long

ora_苍狗 发表于 2013-12-2 15:51
如果中间有语句发生错误就不一样了，写了一个测试的例子，看看对你有帮助没有
drop table aatest;
create ...

谢谢，我理解了，如果有异常，有多个commit的语句，之前的已保存；只有最后一个的会全部回滚。但是，如果都正确的话，他们之前还有区别吗？效率什么的是不是还是用一个commit好？

yi888long

〇〇 发表于 2013-12-2 15:56
一个也不写

我查询的时候，也看到有些地方说一个也不写，会影响其他程序调用，但是我只是自己在数据库上更新数据，所以需要提交的。

dingjun123

从事务上来说，如果是单独的存储过程调用，一个commit,如果是前台语言调用存储过程，调用的语言commit..
从性能上说，如果做很多大事务，不commit,必然对undo产生冲击，可能会干爆undo...但是太频繁也不行，太频繁commit,redo受不了
从锁上说，高并发的，你多条语句如果commit一次，语句慢的话，产生锁的时间必然长，会造成其他session等待的问题。。。
所以，还是要具体问题具体分析

hh7yx

这个东西还是看你每个dml块  逻辑 有没有关联了？

没有啥关联，而且还是大数据操作，每个后面带个commit 蛮好。

否则，你还要考虑有关联 失败统一回滚的问题。

Naldonado

有commit，就有风险，你要知道，一旦commi，就很难回去了。建议最好没有。

Naldonado

hh7yx 发表于 2013-12-2 16:34
这个东西还是看你每个dml块  逻辑 有没有关联了？

没有啥关联，而且还是大数据操作，每个后面带个commit ...

这个commit。我觉得最好能没有就没有。慢的话，就想办法变快，否则很蛋疼。