SQL Server 2005数据库应用技术第8章 事务和锁.pptVIP

CONTENTS 本章内容 第8章 事务和锁 《SQL Server 2005 数据库应用技术》 8.1 事务 8.2 锁 8.3 死锁及其处 理 . 《SQL Server 2005 数据库应用技术》 8.1 事务 8.2 锁 8.3 死锁及其处 理 . 本章学习目标： 掌握事务的基本概念及使用方法。 掌握锁的基本概念和类型。 掌握查看和终止锁的方法。 理解死锁产生的原因和死锁的处理。 8.1 事务 8.1 事务 8.2 锁 8.3 死锁及其处 理 事务和锁可以确保数据能够正确地被修改，不会造成数据只修改一部分而导致数据的不完整，或在修改过程中受到其他用户的干扰。这两项功能都非常重要，需对它们有完整的了解并善于应用它，以确保数据库能存储正确且完整的数据。 事务（transaction）是SQL Server中的一个逻辑工作单元，该单元将被作为一个整体进行处理。事务保证连续多个操作必须全部执行成功，否则必须立即回复到未执行任何操作的状态，即执行事务的结果要么全部将数据所要执行的操作完成，要么全部数据都不修改。 8.1 事务 8.1.1 事务的概念 1. 事务的由来 在SQL Server中，使用DELETE或UPDATE语句对数据库进行更新时一次只能操作一个表，这会带来数据库的数据不一致的问题。例如，教务处取消了名称为“企业战略管理”这门选修课，需要将“企业战略管理”课程记录从“课程”表中删除，而“选课”表中的课程编号与“企业战略管理”相对应的学号也应删除。因此，两个表都要修改，这种修改只能通过两条DELETE语句进行。 假设“企业战略管理”的课程编号为C802，第1条DELETE语句修改“课程”表为： DELETE FROM 课程 WHERE 课程编号= C802 第2条DELETE语句修改“选课”表为： DELETE FROM 选课 WHERE 课程编号= C802 8.1 事务 8.2 锁 8.3 死锁及其处 理 8.1 事务 8.1.1 事务的概念 1. 事务的由来 在执行第一条DELETE 语句后，数据库中的数据已处于不一致的状态，因为此时已经没有“企业战略管理”这门课程了，但“选课”表中仍然保存着选择了企业战略管理这门课程的学生选课记录。只有执行了第二条DELETE语句后数据才重新处于一致状态。如果执行完第一条语句后，计算机突然出现故障，无法再继续执行第二条DELETE语句，则数据库中的数据将处于永远不一致的状态。 因此，必须保证这两条DELETE语句都被执行，或都不执行。这时可以使用数据库中的事务技术来实现。 8.1 事务 8.2 锁 8.3 死锁及其处 理 8.1 事务 8.1 事务 8.2 锁 8.3 死锁及其处 理 1.事务的概念 2．事务属性 由于事务作为一个逻辑工作单元，当事务执行遇到错误时，将取消事务所做的修改。 一个逻辑单元必须具有4个属性：原子性（atomicity）、一致性（consistency）、隔离性（isolation）、持久性（durability），这些属性称为ACID。 8.1 事务 8.1 事务 8.2 锁 8.3 死锁及其处 理 1.事务的概念 2．事务属性 （1）原子性 事务必须是工作的最小单元，即原子单元，对于其数据的修改，要么全都执行，要么全都不执行。 （2）一致性 事务在完成后，必须使所有的数据都保持一致性状态。 （3）隔离性 一个事务所作的修改必须与任何其他并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。 （4）持久性 事务完成后，它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保持。 8.1 事务 8.1 事务 8.2 锁 8.3 死锁及其处 理 8.1.1 事务概述 3．事务模式 SQL Server以3种事务模式管理事务。 （1）自动提交事务模式 每条单独的语句都是一个事务。在自动提交事务模式模式下，每条T-SQL语句在成功执行完成后，都被自动提交，如果遇到错误，则自动回滚该语句。该模式为系统默认的事务管理模式。 （2）显式事务模式 显式事务模式模式允许用户定义事务的启动和结束。事务以BEGIN TRANSACTION语句显式开始，以COMMIT或ROLLBACK语句显式结束。 （3）隐性事务模式 在当前事务完成提交或回滚后，新事务自动启动。隐性事务不需要使用BEGIN TRANSACTION语句标识事务的开始，但需要以COMMIT