Oracle数据完整性嵌套事务调用分析研究

　　本文分析一个问题的多种可能读者可以根据现象来判断您属于那种情况来最短时间内解决问题。

　　为了保护数据的完整性我们用了很多的方法，比如数据表的主键约束、外键约束、触发器等等，我们今天讨论的就是在处理数据直接的事务的时候，保存数据的完整性。

　　比如，我在一个存储过程中Proc_SaveBill保存一张单据，调用一个函数Func_GenerateCode来生成一个单据的编号，假如我的这个函数是从一个存有最大编号的表中取出的并且把编号加一，大家可能会想象的可能产生的问题，就是如果我在Proc_SaveBill中的保存之前通过Func_GenerateCode得到一个编号，如果后面的保存不成功，怎么办是不是就丢了一个编号，因为我调用一次Func_GenerateCode就会增加一个编号的，那么为了使我们的数据完整不至于丢单，就会使用事务会滚。

　　现在又有问题了，存储过程会会滚到函数中嘛？

　　答案是，如果函数中有事务或有commit语句，那么是会滚不到，否则可以会滚，因为事务是会滚到上一个committ或rollback之后的所有事物。所以我在这里说明是为了提醒大家考虑事务的嵌套回滚的一些方法。但是在存储过程调用存储过程中，如果被调用的存储过程执行没有错误，那么很遗憾是会滚不了的。为了解决这个问题Oracle中用自治事务来处理上述出现的问题，在存储过程的is\as后面声明PRAGMA AUTONOMOUS_TRANSACTION； --自治事务防止嵌套提交，使事务在自己的事务区内提交或回滚不会影响其他的事务。