数据库中事务处理的设计

《数据库中事务处理的设计》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、本科毕业（设计）论文（二〇〇五）届题目：数据库事务处理的设计分院系部计算机与信息科学系专业计算机科学与技术学生姓名导师姓名导师职称讲师副教授二〇〇五年六月一日数据库事务处理的设计摘要：本文主要介绍了关系数据库系统事务处理的基本设计思想，并介绍事务处理系统中各组件的基本功能和核心服务。以此为基础设计了一个简单的事务处理系统模型，对部分细节进行了详细设计。关键字：事务；事务处理；事务模型TheDesignofTransactionProcessinginDatabaseAbstractThisarticlemainlyintroducedrelation

2、aldatabasesystemtransactionprocessesthebasicdesignthought,andintroductiontransactionprocessesinthesystemvariousmodulesbasicfunctionandthecoreservice.Designedasimpletransactiontakethisasthefoundationtoprocessthesystemmodel,hascarriedonthedetaileddesigntothepartialdetails.Keyword

3、sTransaction;TransactionProcessing;TransactionProcessingModel目录前言11数据库中的事务处理11.1研究的意义11.2研究的背景及目的12事务22.1事务的概念与其特性22.2事务的必要性22.3事务的模型32.3.1扁平事务32.3.2带保存点的扁平事务32.3.3链事务32.3.4嵌套事务32.3.5分布事务42.3.6长事务42.3.7多级别事务42.4事务处理系统的定义53事务处理系统的各模块的核心服务和功能63.1一个事务的执行过程63.2事务处理系统重要组件必要功能的说明73.2

4、.1事务处理监控器的服务73.2.2日志管理器的功能说明93.2.3锁管理器的功能说明93.2.4事务管理器的功能说明104设计与实现104.1事务处理的简单模型104.2具体的设计与细节124.2.1事务标识符的设计124.2.2事务处理监控器的设计134.2.3日志管理器的设计134.2.4锁管理器的设计164.2.5事务管理器的设计165结论21论文前言事务处理的发展已经有了上千年的历史了。从5000年前的殷人开始使用乌龟的外壳记事以来，已经经过了几千年的历史了。20世纪后半叶在事务处理方面出现了两个主要的发展：基于磁性存储介质（磁带和磁盘）的

5、成批事务处理以及基于电子存储和计算机网络的联机事务处理。在数据库管理系统中附加上事务处理子系统会使系统有更好的可靠性。1数据库中的事务处理1.1研究的意义在修改数据库中的数据时，要使它里面的数据正确一致的被更新，这是事务处理的工作。当数据库系统出现更新故障时，为了将损失减少到最低，一般来使用事务处理来恢复数据。事务处理的发展已经很久了，其理论和技术相对来说是比较成熟的。1.2研究的背景及目的国外的数据库经过几十年的发展，现在几乎垄断了整个市场。数据库技术是整个信息产业的核心。即使数据库的存储介质发生了改变，数据库的概念并不会有所变化。中国已经有四家企

6、业开发了自己的数据库（不包括台湾省）。这些数据库基本能够胜任中等强度与规模的数据库系统应用。对于那些核心业务应用，国产数据库的应用案例十分有限。同时在对图形工具的支持方面，国际主流数据库管理系统提供好的图形管理工具，而且还提供丰富的应用构件和套件，比如应用服务器、系统调优与分析工具、企业应用套件等。国产数据库的要赶上国外的数据库，还要很长时间。研究的目的是：通过对事务处理的研究设计出数据库所需要的事务处理系统。23论文2事务2.1事务的概念与其特性事务是对物理和抽象的应用状态上的操作集合。事务作为单个逻辑工作单元执行一系列操作。一个逻辑工作单元必须有

7、四个属性，称为ACID（原子性、一致性、隔离性和持久性）属性，只有这样才能成为一个事务。保证数据一致性的关键是要明确数据访问和更新的序列。这一序列称为事务。它是并发和恢复的基本单位。下面分别对事务的四个特性进行叙述:原子性：一个事务对状态的改变是原子的。要么都发生，要么都不发生。原子性是从操作调用者的角度来定义，因为几乎没有任何原子操作（包括机器指令）在所有的实现层次上保持真正的原子性。一致性：一个事务是对状态的一个正确改变。作为一组操作没有违反任何与状态相关的完整性约束。这要求事务是一个正确的程序。隔离性：尽管事务是并发执行的，但看起来是单个执行的

8、，即对于一个事务T，任何其他事务要么在T之前执行，要么在T之后执行，但不会既在T之前，又在T之后执行。持久性