计算机教程联机事务处理系统.pdfVIP

下载 第三部分 配置与调整系统 第12章 联机事务处理系统 联机事务处理系统，或者称为 O LT P系统，是数据库处理的传统的主要部分。 O LT P类型 的系统包括从每分钟处理 1到2件事务的小型单机系统一直到每秒钟处理超过 30 000 件事务的 大规模群集主机系统。虽然范围很广，然而设计一个 O LT P系统的概念却是相同的。 在本章中，我们看一下 O LT P 系统的特征以及系统的不同组成部分。此外，研究一下 O LT P系统的数据库设计，查看事务监视器以及它们能够为你的系统提供些什么。 12.1 什么是OLTP系统 工业部门一般将 O LT P系统定义为表示一个特定企业机能在一个特定时间点的状态的系 统。一个联机事务处理数据库典型的特点是，拥有大量的并发用户，这些用户积极地完成实 时修改数据的任务。尽管个别的用户数据请求趋向于查询更少的记录，然而很多这样的请求 同时被生成。常见的这种类型的数据库的例子是航空售票系统和银行业务系统。在此类应用 中，维护数据的完整性是主要关心的事情。 要维护数据的完整性， O LT P系统依靠数据库平台的事务 A C I D 属性。A C I D是一个缩写， 它代表下述属性： • 原子性 一个事务对数据库状态的改变本质上是原子的，也就是说，要么发生所有事务 的变化，要么没有事务的变化发生。假如任何一步失败，其他的步骤便不能完成。例如， 一个银行业务或许包含两个步骤：从你的支票帐户中取出钱，然后将钱放入你的储蓄金 中。假如从你的支票帐户中取钱的步骤成功了的话，你希望确信这些钱被放入你的储蓄 金中或者放回你的支票帐户中。 • 一致性 事务使数据库处于一致状态。事务的操作以组为单位进行，不会违反数据库平 台所施加的任何完整性约束。在我们的银行业务示例中，当你把钱从你的支票帐户中移 动到储蓄金中时，帐户结余应该是一致的，并且能够反映出该业务对你的支票结余和储 蓄结余的影响。 • 隔离性 并发事务所做的修改必须与其他任何事务所做的修改相互隔离。一个事务要么 在另一个并发事务修改它以前查看数据，要么在第 2个事务已经完成之后查看数据，但 是它不会在一个中间状态查看数据。隔离性在第 1 9章中将做进一步讨论。例如，假如你 正与一名航空售票员交谈，希望预定飞机上现有的空位，该售票员便开始以你的名字预 定座位，那么另一名售票员便不能够告诉别的乘客该座位可用。 • 持久性 一旦某个事务成功了 (也就是说它已确认) ，那么它的所有改变将会经受得起系 统失效。 一个很好的用于描述 O LT P系统的A C I D 属性的例子是从一个 AT M系统中的取钱过程。如 1 5 2 第三部分 配置与调整系统 下载 果AT M取钱业务在支付现金时更新了你的帐户信息，那么它就被认为是原子的；如果由 AT M 机支付的钱与记入你的帐户中的钱相同的话，那么就认为是一致的；假如 AT M程序不知道同 时有其他程序正在读写你的帐户信息的话，那么取钱业务遵守隔离性；最终，一旦该业务完 成或提交，AT M业务被认为是持久的，即使 AT M机或通信线路失败，你的帐户结余仍能精确 地反映出已取出的钱。 当分析某个O LT P系统的性能时，需要考虑整个系统。 O LT P系统通常包含一台服务器或 被多个客户直接访问的多台服务器。在一个两层系统中，此访问是直接的。三层系统，从另 一方面来说，在客户和服务器之间插入某种类型的事务管理。在所有这两种情况中，层与层 之间通过某种类型的网络进行连接，这些网络类型可以是局域网 ( L A N ) 、广域网( WA N )或者 是I n t e r n e t 。假如你把注意力仅集中在某一层上，而不分析整个系统的话，就可能不能认识到 系统能够获得的全部性能。 12.2 OLTP系统设计指南 当你带着优化性能的目的考察 O LT P系统的设计时，应该记住几条基本的准则。尽管下述 的概念看起来很基础，但如果你遵守它们的话，它们可以使性能得到提高。 12.2.1 OLTP与决策支持工作量 一个单位经常既需要