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

yi888long

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

lastwinner

7# 兔子说得很全了，建议楼主仔细体会

Joshua_q

发生了错误你就不知道在哪个状态了，还是每个都写比较好。像MySQL那种可以自动提交的，出了问题就不知道在哪里了。

newkid

首先，要保证事务完整性，这个是大前提。如果是同一个事务绝不可在中间COMMIT。
如果是大型DML操作，且不属于同一个事务，中间提交是没有问题，但要确保你的程序在万一失败的情况下，再次运行时能否识别出已处理和未处理的数据。

诗意秋雨

一般是在最后放一个吧，特别主要注意数据的一致性的问题


有时候在中间或者某个位置加个commit，可能是因为想释放一些由事务引起的资源，以此来提高性能......

不能随便加Commit

260600sz

某种情况如：一个sp中多个dml语句，1.insert into t select ...;  commit 2. delete from t where ..;如果语句2失败，则不能保证事务的完整性，表数据t可能会有脏数据

yi888long

Naldonado 发表于 2013-12-2 17:49
有commit，就有风险，你要知道，一旦commi，就很难回去了。建议最好没有。

谢谢回答，不过还是应该看情况吧

yi888long

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

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

是啊，数据量大了，的确很麻烦

yi888long

dingjun123 发表于 2013-12-2 16:19
从事务上来说，如果是单独的存储过程调用，一个commit,如果是前台语言调用存储过程，调用的语言commit..
从 ...

谢谢兔子，每次回答，都可以让我了解其他的知识。

Naldonado

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

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

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