Oracle Database 10g基础教程(第二版) 教学课件 作者 978 7 302 15311 5 ch15.ppt

Oracle Database 10g基础教程(第二版) 教学课件 作者 978 7 302 15311 5 ch15.ppt

  1. 1、本文档共33页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第15章 事务处理和并发控制 本章概述 并发性是一个非常重要的概念,是用来解决多个用户对同一数据进行操作的问题。特别是对于分布式数据库来说,这个特点更加突出。提高数据库的处理速度,仅依靠提高计算机的物理速度是不够的,还必须充分考虑数据库的并发性问题,提高数据库并发的效率。Oracle Database 10g系统通过使用事务和锁机制,解决了数据库的并发性问题。 本章将全面阐述Oracle的并发性技术。 本章要点 了解并发性的基本概念 理解事务处理的特点 掌握事务管理技术 理解事务的ACID属性 掌握并发控制技术 理解悲观锁定和乐观锁定的概念 教学过程 15.1 概述 15.2 事务管理技术 15.3 事务的ACID属性 15.4 并发控制 15.1 概述 并发性就是两个或两个以上的用户同时对个数据执行的操作。并发性问题就是并发操作时遇到的各种问题。Oracle Database 10g系统在解决并发性问题时采取了事务处理和锁定机制。 事务处理和锁是两个紧密联系的概念。事务就是一个单元的工作,包括一系列的操作。这些操作要么全部成功,要么全部失败。事务确保多个数据的修改作为一个单元来处理。例如,在银行业务中,有一条记帐原则,即有借必有贷,借贷必相等。因此,为了保证这种原则,就得有确保借和贷的登记要么同时成功,要么同时失败,如果出现只记录了借,或只记录了贷,那么就违反了记帐原则,就会出现记错帐的情况。 Oracle通过支持事务机制管理多个事务,保证事务的一致性。事务使用锁,防止其它用户修改另外一个还没有完成的事务中的数据。对于多用户系统来说,锁定机制是必须的。 15.2 事务管理技术 Oracle中的一个重要概念就是没有“开始事务处理”的语句。用户不能显式地开始一个事务处理。事务处理会隐式地开始与第一条修改数据的语句,或者一些要求事务处理的场合。使用commit或rollback语句将会显式地终止事务处理。事务处理具有原子性,即要么所有的语句都成功执行,要么所有语句都不能成功执行。 Oracle提供了许多事务处理控制语句,用户可以用这些语句来控制这种行为。主要的事务处理控制语句包括:commit、rollback、savepoint、rollback to savepoint、set transaction以及set constraints语句等。 commit处理 在事务处理的最简单的形式中,用户只需使用SQL的commit命令即可。提交会结束用户的事务处理,并且使用户已经执行的任何改变永久生效。 作为开发人员,用户应该使用commit或rollback显式终止用户的事务处理,否则用户正在使用的工具或环境就将为用户选择其中的一种方式。 例如,如果用户没有进行提交或回滚就退出了用户的SQL*Plus会话,那么SQL*Plus就会认为用户希望提交用户工作。无论用户是否想要提交工作,系统都会为用户进行提交。 无论事务处理的规模如何,提交都是非常快速的操作。 提交时执行的任务 为用户的事务处理声称SCN(system change number,系统改变编号)。这是Oracle的内部时钟,可以称为数据库时间。SCN不是传统意义上的时钟,因为它不是随着时间推移而递进。相反,他是在事务处理提交时递进,由Oracle在内部使用,以对事务处理排序。 将所有剩余的已经缓冲的重做日志表项写入磁盘,并且将SCN记录到在线重做日志文件中。这要由数据库后台进程LGWR执行。这一步实际上就是所谓的“提交”,使事务处理永久地生效。 释放用户会话所占有的所有锁定。 rollback处理 回滚可以允许用户撤销其工作。当应用中出现错误,或运行程序的终端用户决定不保存其所做的改变时,可能需要进行回滚。如果不能够回滚错误或用户命令,就无法支持数据库中的事务处理。 在回滚处理最简单的形式中,只需使用rollback。回滚可以终止用户的事务处理,并且撤销用户已经进行的所有改变。完成这项工作需要读取用户存储在回滚段或undo表空间中的信息,将数据库块恢复到用户事务处理开始之前的状态。 与提交不同,回滚事务处理的时间是所改变数据量的函数。这是可以预料的,因为回滚必须在物理上撤销用户已经完成的工作。 savepoint和rollback to savepoint savepoint可以允许用户在事务处理中建立标记点。用户可以在单独的事务处理中拥有多个保存点。当使用rollback to savepoint时,就可以让用户有选择地回滚更大的事务处理中的一组语句。 用户可以将事务处理回滚到标记点,但是不回滚它们之间的任何工作。用户可以使用两个update语句,然后再使用一个savepoint。在savepoint之后,用户可以使用两个delete

您可能关注的文档

文档评论(0)

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档