sql 2005教程 第14章 事务和锁.pptVIP

第14章 事务和锁 在数据库的数据处理过程中，经常会有这样的情况，连续执行一组操作，要求如果执行完成，则全部执行完成，如果出现错误则全部回退到未执行时，即确保一系列相关的更改不会中断，以防止只有部分更改完成。本章介绍SQL Server的事务处理机制改时如何使用事务及SQL Server的锁机制，以防止用户之间的相互影响，并使应用程序能够保证数据的完整性。 14.1 事务 事务可以看作单个的处理单元。如果某一事务执行，则在该事务中的所有操作均会执行，记录在数据库中，成为持久的组成部分。如果遇到问题，则必须全部取消或回滚，所有处理均被清除。 SQL Server 2005数据库包括自动提交事务、显式事务、隐式事务和批处理级事务等四种形式。 14.1.1 事务的特点 事务是作为单个处理单元执行的一组操作，要求遵循以下属性即原子性、一致性、隔离性和持久性性，满足这样的属性的逻辑处理单元称之为一个事务。 14.1.2 启动事务（BEGIN TRANSACTION） BEGIN TRANSACTION表示事务的起点。 运行事务如果遇上错误，在BEGIN TRANSACTION之后的所有数据改动都能进行回滚，将数据返回到已知的一致状态。而每个事务继续执行直到它无误地完成并且用COMMIT TRANSACTION对数据库作永久的改动，或者遇上错误并且用ROLLBACK TRANSACTION语句恢复所有改动。 14.1.3 保存事务（SAVE TRANSACTION） 用户可以在事务内设置保存点。 保存点用来定义在按条件取消某个事务的一部分时，该事务可以返回的一个保存点位置。如果将事务回滚到保存点，则根据需要必须完成其他剩余的语句后提交事务，或者将事务回滚到起始点完全取消事务。 14.1.4 提交事务（COMMIT TRANSACTION） 提交事务标志着从BEGIN TRANSACTION开始的事务到提交时的结束。 14.1.5 回滚事务（ROLLBACK TRANSACTION） 用户可以使用ROLLBACK TRANSACTION清除自事务的起点或到某个保存点，所做的所有数据的操作，回滚后系统将释放由事务控制的资源。 14.1.6 自动提交事务 事实上，SQL Server2005数据库将一切数据处理都以事务的形式运行，也就是说SQL Server 2005无论是否显示的定义事务，都会以事务的方式进行。如果用户没有显示的为代码定义事务，SQL Server 2005数据库会自动为该处理定义事务。由SQL Server定义的事务称作自动提交事务。 14.1.7 显式事务 显式事务就是显式的在代码中，定义事务的开始和结束的事务。显示事务具体的语法要求包括，使用BEGIN TRANSACTION标记显式连接事务的起始点、使用COMMIT TRANSACTION或COMMIT WORK设为事务正确运行的结束点、使用ROLLBACK TRANSACTION或ROLLBACK WORK来清除遇到错误的事务，回滚到事务的起始点。 14.1.8 隐式事务 隐式事务式是SQL Server 2005数据库提供的另一种事务处理模式。在使用这种模式时，SQL Server在没有事务存在的情况下会开始一个事务，但不会像在自动模式中那样自动执行COMMIT或ROLLBACK语句，事务必须显式结束。即在发出COMMIT或ROLLBACK语句之前，该事务将一直保持有效。在第一个事务被提交或回滚之后，下次当连接执行以上任何语句时，数据库引擎实例都将自动启动一个新事务。该实例将不断地生成隐性事务链，直到隐性事务模式关闭为止。 14.1.9 事务嵌套 事务可以进行嵌套，但是只有在显式模式下，事务才可以嵌套。这主要是为了支持存储过程的业务处理的需要。 14.2 管理并发数据访问 当用户同时访问一种资源时，被视为并发访问。并发数据访问需要某些机制，以防止用户试图修改其他用户正在使用的资源时，产生数据处理问题。 14.2.1 并发的影响 并发情况下，修改数据的用户，会影响同时读取或修改相同数据的其他用户，这些用户可以并发访问数据。如果数据存储系统没有并发访问机制，可能会造成以下问题： 14.2.2 并发控制的类型 当许多人试图同时修改数据库中的数据时，必须实现一个控制系统，使一个人所做的修改不会对他人所做的修改产生负面影响——这称为并发控制。并发控制理论根据建立并发控制的方法而分为两类： （1）悲观并发控制，是一个锁定系统，可以阻止用户以影响其他用户的方式修改数据。（2）乐观并发控制，在乐观并发控制中，用户读取数据时不锁定数据。当一个用户更新数据时，系统将进行检查，查看该用户读取数据后其他用户是否又更改了该数据。 14.2.3 事务的隔离级别 隔