Oracle数据库自治事务详解

　Oracle数据库的自治事务是我们本文主要要介绍的内容，接下来就让我们来一起了解一下它的神秘之处吧。 　　数据库事务是一种单元操作，要么是全部操作都成功，要么全部失败。在Oracle中，一个事务是从执行第一个数据管理语言(DML)语句开始，直到执行一个COMMIT语句，提交保存这个事务，或者执行一个ROLLBACK语句，放弃此次操作结束。 　　事务的“要么全部完成，要么什么都没完成”的本性会使将错误信息记入数据库表中变得很困难，因为当事务失败重新运行时，用来编写日志条目的INSERT语句还未完成。 　　针对这种困境，Oracle提供了一种便捷的方法，即自治事务。自治事务从当前事务开始，在其自身的语境中执行。它们能独立地被提交或重新运行，而不影响正在运行的事务。正因为这样，它们成了编写错误日志表格的理想形式。在事务中检测到错误时，您可以在错误日志表格中插入一行并提交它，然后在不丢失这次插入的情况下回滚主事务。 　　因为自治事务是与主事务相分离的，所以它不能检测到被修改过的行的当前状态。这就好像在主事务提交之前，它们一直处于单独的会话里，对自治事务来说，它们是不可用的。然而，反过来情况就不同了：主事务能够检测到已经执行过的自治事务的结果。 　　要创建一个自治事务，您必须在匿名块的最高层或者存储过程、函数、数据包或触发的定义部分中，使用PL/SQL中的PRAGMA AUTONOMOUS_TRANSACTION语句。在这样的模块或过程中执行的SQL语句都是自治的。 　　触发无法包含COMMIT语句，除非有PRAGMA AUTONOMOUS_TRANSACTION标记。但是，只有触发中的语句才能被提交，主事务则不行。 　　自治事务： 　　非自治事务： 　　因为过程中有COMMIT;所以匿名块中得RULLBACK 是不起作用的; 由此得出：非自治事务中的COMMIT,ROLLBACK 是会影响整个事务的。 　　下面我们看一个另外一种情况： 　　竟然没有ROLLBACK (DELETE * FROM MSG ;) 为什么？因为过程就是一个新的SESSION，所以前面的SESSION 被正常EXIT,同时被自动提交; 　　因为这里一个新的SESSION 所以是没有意义的事务控制语句。 　　下面看一下自治事务： 　　我们看到是一行数据，显然第一条SQL INSERT 是被ROLLBACK，证明自治事务是一个独立于主程序的事务，他不会对主事务的控制产生影响。另外在分布式环境中我们经常会遇到ORA-02064 ERROR ,就是因为主事务自己有事务控制语句，然而被调用的远程过程也有自己的事物控制语句，当然就会报错，我们将被调用的过程声明为自治事务那就OK了。 　　关于Oracle数据库自治事务的知识就介绍到这里了，希望本次的介绍能够对您有所收获! 原文出自【比特网】，转载请保留原文链接：http://soft.chinabyte.com/database/333/12254333.shtml