一波未平,一波又起,sigh..
现在问题是这样,就象咱们熟悉的一样,如果你在sesssion 1中:
conn test/test;
update test set a=7;
然后,在session 2中:
conn test/test;
update test set a=8;
那么session 2就会一直等到session 1中提交,对么?
我们现在的应用都是update之后立即提交, 且不考虑这个立即提交是否合理, 单说,就算是应当立即提交,那么应用没问题,但是,如果在某个营业员,不小心打开了一个中断,运行类似的更新等语句,造成了这种死锁(有点象tom书上的一个例子),那怎么办呢?
现在,希望的做法就是,如果出现这个问题,就报错,或者在等待一段时间后报错,不知道oracle中有没有相应的控制.
请各位帮助讨论一下吧,谢谢.
现在问题是这样,就象咱们熟悉的一样,如果你在sesssion 1中:
conn test/test;
update test set a=7;
然后,在session 2中:
conn test/test;
update test set a=8;
那么session 2就会一直等到session 1中提交,对么?
我们现在的应用都是update之后立即提交, 且不考虑这个立即提交是否合理, 单说,就算是应当立即提交,那么应用没问题,但是,如果在某个营业员,不小心打开了一个中断,运行类似的更新等语句,造成了这种死锁(有点象tom书上的一个例子),那怎么办呢?
现在,希望的做法就是,如果出现这个问题,就报错,或者在等待一段时间后报错,不知道oracle中有没有相应的控制.
请各位帮助讨论一下吧,谢谢.
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/747/viewspace-483421/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
