图书馆管理系统

1 / 54 图书馆管理系统 摘要 书管理系统是典型的信息管理系统 (其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备 ,易使用等特点。 因此本人结合开入式图书馆的要求，对 言原理、 用程序设计，据库技术进行了较深入的学习和应用，主要完成对图书管理系统的需求分析、功能模块划分、数据库模式分析，并由此设计了数据库结 构和应用程序。系统运行结果证明，所设计的图书管理系统可以满足借阅者、图书馆工作人员和高级管理员三方面的需要。 第一章对数据库应用系统开发和图书管理系统进行了简明的介绍，并分析了开发图书管理系统所应进行的工作。 第二章对数据库的设计和 言的使用进行了系统分析，为深入理解数据库应用打下了基矗 第三章学习了具体的开发工具，对其数据库组件， 言在 的应用等数据库编程关键技术进行了系统的介绍。 第四章分析了图书管理信息系统的应用需求，按照数据库2 / 54 设计理论一步一步地给出了系统需求说明书、局 部 、全局 统关系模式，子模式，利用 第五章进行了具体的程序设计，具体划分了三类用户的操作权限，设计了了三个操作界面。实现了数据库表的浏览，记录的添加、删除和修改，报表的生成，实现了多数据库表的连接操作，实现了多条件查询和模糊查询，并灵活实现了对不可更新查询结果集的更新操作，实现了主从表操作，实现了密码维护功能，最后，系统还可以导入数据库以对任意同结构的数据库进行操作。 设计充分利用 据库技术的强大力量， 提高了编程效率和可靠性。 关键词：数据库， 数据库组件，图书管理，窗体， 目录 摘要 I 第一章绪论 1 数 据 库 应 用 系 统 开 发 简3 / 54 介 1 图 书 管 理 系统 4 所 做 的 主 要 工作 6 第二章数据库理论基础 7 数 据 库 系 统 设 计 及 范 式 分析 7 语言介绍 11 基础 11 语句 12 第 三 章 应 用 系 统 开 发 工具 16 组件的体系结构 16 数 据 库 组 件 介4 / 54 绍 17 语言在 的应用 18 简述 22 第 四 章 图 书 管 理 系 统 设 计 分析 24 应 用 需 求 分析 24 系统功能模块划分 29 系 统 数 据 库 设计 29 第 五 章 图 书 管 理 系 统 应 用 程 序 设计 37 系统窗体模块组成 37 数据模块窗体的设置 37 启 动 画 面 的 实现 38 用 户 登 录 窗 体 的 的 实现 39 5 / 54 用 户 密 码 认 证 窗 体 的 的 实现 39 借 阅 者 服 务 模 块 的 实现 40 图书查询功能的实现 41 借阅者登录功能的实现 42 借 阅 者 借 阅 情 况 功 能 的 实现 43 借阅者个人资料维护功能的实现 47 工 作 人 员 图 书 借 阅 / 归 还 模 块 的 实现 49 工作人员进行图书借阅功能实现 50 工作人员进行图书归还功能实现 53 图 书 馆 管 理 员 模 块 的 实现 54 图 书 馆 管 理 员 图 书 管 理 功 能 的 实现 55 6 / 54 图书 馆管理员 工作 人员和管 理员 管理功能 的实现 58 图 书 馆 管 理 员 修 改 图 书 类 别 及 统 记 功 能 的 实现 60 图 书 馆 管 理 员 借 阅 者 管 理 功 能 的 实现 62 图 书 馆 维 护 借 阅 者 管 理 功 能 的 实现 62 图 书 馆 身 份 维 护 功 能 的 实现 64 图 书 馆 借 阅 者 统 计 功 能 的 实现 65 图 书 馆 统 计 借 阅 过 期 记 录 功 能 的 实现 67 系统信息显示的实现 68 第 六 章 结 束语69 致谢 70 7 / 54 参考书目 70 第一章绪论 数据库应用系统开发简介 在数据库应用系统开发之前，对开发数据库的基本概念应当了解，对数据库的结构、开发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。 数据库应用系统开发的目标是建立一个满足用户长期需求的产品。开发的主要过程为：理解用户的需求，然后，把它们转变为有效的数据库设计。把设计转变为实际的数据库，并且这些数据库带有功能完 备、高效能的应用。 数据库技术在计算机软件邻域研究中一直是非常重要的主题，产生于 60 年代， 30 多年来数据库技术得到了迅速发展，并已形成较为完整的理论体系和一大批实用系统。并且，近年来，随着 猛增及 术的迅速发展，使得数据库技术之时成为最热门技术之一。 数据库 如图显示了数据库系统的主要组件。数据库由 主要包括四个要素：用户数据、元数据、索引和应用元数据。 8 / 54 用户数据 目前，大多数主 流数据库管理系统把用户数据表示为关系。现在把关系看作数据表。表的列包含域或属性，表的行包含对应业务环境中的实体的记录。并非所有的关系都同样符合要求，有些关系比其它关系更结构化一些。第二章描述了一个用以产生良好结构关系的过程，称作规范化。 为了对比结构差的关系和结构好的关系之间的差别，以所设计的图书管理系统中的图书和图书借阅者关系为例来说明，假若设计关系 个关系的问题出在它有关于两个不同主题的数据，就是图书借阅者和图书。用这种方式构成的关系在进行修改时，会出现问题。因为一个图书借阅者可能借阅多本书，如 果某个图书借阅者的某个字段出现变更，它所借阅的图书记录也就必须变化，这是不好的。因此数据用两个关系表示更好。现在如果某图书借阅者改变了它的联系电话，只有关系 对应行需要改变。当然，要想产生一个，显示图书名称及其借阅者联系电话的报表，就需要将这两个表的行结合起来。结果表明，将关系分别存储，在生成报表的时候将它们结合起来，比把它们存储在一个合成的表中更好。 数据 9 / 54 数据库是自描述的，这就意味着它自身包含了它的结构的描述，这种结构的描述称作元数据。因为 品是用来存储和操 纵表的，所以大多数产品把元数据以表的形式存储，有时称作系统表。这些系统表存储了数据库中表的情况，指出每一个表中有多少列，那一列是主关键字，每一列的数据类型的描述，它也存储索引、关键字、规则和数据库结构的其他部分。 在表中存储元数据不仅对 有效的，对用户也是方便的，因为他们可以使用与查询用户数据同样的查询工具来查询元数据。第二章所介绍的 言可以同时用于元数据和用户数据。 索引 第三种类型的数据改进了数据库的性能和可访问性，这种数据经常称作开销数据，尽管有时也采用其他类型的数据结构，如链表， 但它主要还是索引。索引可以用来排序和快速访问数据。下面以本人的图书管理信息系统中的 为例来说明。 假定数据在磁盘上是按图书编号的递增顺序排列的，用户想打印一个按图书名称排序的图书数据报表。为此，所有的数据都需要从源表中提取出来并排序，除非表很小，否则这是一个很费时的过程。或者，可以在图书名称字段上创建一个索引，该索引的条目按照图书名称排序，10 / 54 这样，该索引的条目可以读出来，并用来按顺序访问 索引用于快速访问数据。例如，一个用户只想访问 书类别值为 01 的那些学生。如果没有索引，则必须搜索整个源表；但有了索引之后，可以找到索引条目，并使用它来挑选所有合适的行。 索引对排序和查找是有帮助的，但要付出代价。 引也必须改变，这意味着索引并非随意的，应该在真正需要时保存。 应用元数据 存储在数据库中的第四种数据是应用元数据，它用来存储用户窗体、报表、查询和其他形式的查询组件。并非所有的支持应用组件，支持组件的 不一定把全部组件的结构作为应用元数据存储在数据库中。然而，大多数现代的 品存储这种数据作为数据库 的一部分。一般来说，数据库开发人员和用户都不直接访问应用元数据，想反，他们通过 就支持窗体、存储过程等应用元数据。 数据库管理系统 数据库管理系统是指数据库系统中管理数据的软件系统。数据库的一切操作，包括定义、更新及各种控制 ,都是通过 54 是基于某种数据模型，可以把 成是某种数据模型在计算机系统上的具体实现。根据数据模型的不同， 层 次型、网 状型 、关系型 、面 向对 象型 等。是一种关系型数据库管理系统。 关系模型。关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。关系模型是由若干个关系模式组成的集合。关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是一张二维表格。 关系模型和层次、网状模型的最大判别是用关键码而不是用指针导航数据，表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。关系模型是数学化模型。 言是关系数据库的标准化语言，已得到了广泛的应用。 如图所示， 特点和功能可以分为 三个子系统：设计工具子系统、运行子系统和 设计子系统有一个方便数据库及其应用创建的工具集。它典型地包含产生表、窗体、查询和报表的工具。 品还提供编程语言和对编程语言的接口。 运行子系统处理用设计子系统开发的应用组件。它所包含的运行处理器用来处理窗体和数据库的数据交互，以及回答查询和打印报表等。 擎从其他两个组件接受请求，并把它们翻译成对操作系统的命令，以便读写物理介质上的数据。 擎还涉12 / 54 及事务管理、锁、备份和恢复。 创建数据库 数据库模式 数据库模式定义了数 据库的结构、表、关系、域和业务规则。数据库模式是一种设计，数据库和应用正是建立在此基础上的。 域是一列可能拥有的值的集合。必须为每一个表的每一列确定域。除了数据的物理格式外，还需要确定是否有些域对表来说是唯一的。 数据库模式的最后一个要素是业务规则，它是对需要反映在数据库和数据库应用程序中的业务活动的约束。业务规则是模式的一个重要部分，因为他们指定了无论什么数据变化到达 擎，允许的数据值必须满足的约束。不管无效的数据变化请求是来自窗体的用户、查询 /修改请求还是应用程序， 应该拒绝。 遗 憾的是，不同的 某些情况下， 品不具备实施必要业务规则的能力，必须以代码形式把它们编入应用程序。 创建表 定义联系 应用组件 数据库应用包括窗体、查询、报表、菜单和应用程序。 13 / 54 图书管理系统 当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。 尤其对于复杂的信息管理，计算机能够充分发挥 它的优越性。计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了管理好图书馆信息而设计的。 图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错； 由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。 14 / 54 数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找 了，造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。 基于这此问题，我认为有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。 系统所做工作 1)了解应用开发工具的现状 2)编程基础 3)础 4)设计数据库；设计界面 5)开发数据库。数据库实现的一些功能有 l 数据和数据说明的醒目显示； l 多条件的查询、多条记录的检索、模糊查询； l 数据文件 某种存储格式导入数据窗体，经过数据完整性校验存入数据库； 15 / 54 l 数据库安全性的设计； l 数据库的设计、数据接口、界面的设计。 所作工作 绪论部分对数据库应用系统的结构、开发进行了简要介绍，分析了图书管理信息系统设计的特点和任务。 第二章介绍了数据库的设计和范式分析，并系统介绍了设计和理解应用程序做了铺垫。 第三章对系统介绍了的数据库编程技术、 言在中的应用、 矗 第四章分析了图书管理系统的应用需求，设计了系统的数据库结构，并根据需求对系统功能进行了划分和 细化。 第五章根据第四章的设计结果利用 总结部分介绍了设计体会和编程体会，并指出了系统设计中的不足和改进的方向。 第二章数据库理论基础 一个成功的信息管理系统，是建立在许多条件之上的，而数据库是其中一个非常重要的条件和关键技术。 信息管理系统所涉及的数据库设计分五个步骤：数据库需求分析、概念设计、逻辑设计、物理设计与加载测试。 数据库需求分析的任务是将业务管理单证流化为数据流，划分主题之间的边界，绘制出 ，并完成相应的数据字16 / 54 典。 概念设计的任务是从 制出本主题的实体关系图，并列出各个实体与关系的纲要表。 逻辑设计的任务是从 定各个实体及关系的表名属性。 物理设计的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的主键，将所有的表名与字段名英文化，实现物理建库，完成数据库物理设计字典。 加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。 要设计出一个好的信息管理系统数据库，除满足系统所要求的功能外，还必须遵守下列原则： 基本 表的个数越少越好。 主键的个数越少越好。键是表间连接的工具，主键越少，表间的连接就越简单。 字段的个数越少越好。 所有基本表的设计均应尽量符合第三范式。 数据库的设计中，如何处理多对多的关系和如何设计主键，是两个有着较大难度、需要重点考虑的问题。下面我们着重从 据库设计范式和查询优化等方面来分析本课题的系统关键技术和实现难点并加以解决。 数据库系统设计及范式分析 17 / 54 信息系统的主要任务是通过大量的数据获得管理所需要的信息，这就必须存储和管理大量的数据。因此建立一个良好的数据组织结 构和数据库，使整个系统都可以迅速、方便、准确地调用和管理所需的数据，是衡量信息系统开发工作好坏的主要指标之一。 数据库系统设计 数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。数据库设计时需要综合企业各个部门的存档数据和数据需求，分析各个数据之间的关系，按照 供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。 数据库设计的步骤是： 数据库结构定义：目前的数据库管理系统有的是支持联机事务处理 操作型 的可支持数据仓库、有联机分析处理 的数据库是关系型的、有的可支持面向对象数据库。针对选择的 行数据库结构定义。 数据表定义：数据表定义指定义数据库中数据表的结构，数据表的逻辑结构包括：属性名称、类型、表示形式、缺省值、校验规则、是否关键字、可否为空等。关系型数据库要尽量按关系规范化要求进行数据库设计，但为使效率高，规18 / 54 范化程度应根据应用环境和条件来决定。数据表设计不仅要满足数据存储的要求，还要增加一些如反映有关信息、操作责任、中间数据 的字段或临时数据表。 存储设备和存储空间组织：确定数据的存放地点、存储路径、存储设备等，备份方案，对多版本如何保证一致性和数据的完整性。 数据使用权限设置：针对用户的不同使用要求，确定数据的用户使用权限，确保数据安全。 数据字典设计：用数据字典描述数据库的设计，便于维护和修改。 为了更好地组织数据和设计出实际应用数据库，应该注意如下问题： 规范化地重组数据结构：对数据进行规范化表达，这在后面将会具体讨论。 关系数据结构的建立：在进行了数据基本结构的规范化重组后，还必须建立整体数据的关系结构。这一 步设计完成后数据库和数据结构设计工作基本完成，只待系统实现时将数据分析和数据字典的内容代入到所设计的数据整体关系结构中，一个规范化数据库系统结构就建立起来了。 建立关系数据结构涉及三方面内容：确定关联的关键指标项并建立关联表；确定单一的父系记录结构；建立整个数据库的关系结构。 19 / 54 链接关系的确定 在进行了上述数据规范化重组后，已经可以确保每一个基本数据表 (我们简称为表 )是规范的，但是这些单独的表并不能完整地反映事物，通常需要通过指标体系整体指标数据才能完整全面地反映问题。也就是说在这些基本表的各宇段中，所 存储的是同一事物不同侧面的属性。那么计算机系统如何能知道哪些表中的哪些记录应与其它表中的哪些记录相对应，它们表示的是同一个事物呢 ?这就需要在设计数据结构时将这种各表之间的数据记录关系确定下来。这种表与表之间的数据关系一般都是通过主或辅关键词之间的连接来实现的。因为在每个表中只有主关键词才能唯一地标识表中的这一个记录值 (因为根据第三范式的要求，表中其它数据字段函数都依赖于主关键词 )，所以将表通过关键词连接就能够唯一地标识出某一事物不同属性在不同表中的存放位置。 确定单一的父子关系结构 所谓确定单一的父系关 系结构就是要在所建立的各种表中消除多对多的现象，即设法使得所有表中记录之间的关系呈树状结构 (只能由一个主干发出若干条分支，而不能有若干条主干交错发出若干条分支状况 )。所谓的父系就是指表的上一级关系表。消除多对多关系可以借助于 可以在系统分析时予以注意，避免这种情况20 / 54 的发生。 消除这种 M:需在二表之间增加一个表，则原来 M:1， 1: 确定数据资源的安全保密属性： 一般 统所提供 的安全保密功能一般有 8 个等级 (0 )， 4 种不同方式 (只读、只写、删除、修改 )，而且允许用户利用这8 个等级的 4种方式对每一个表自由地进行定义。 定义安全保密性的方法一般有如下几种： a原则上所有文件都定义为 4 级，个别优先级特别高的办公室 (终端或微机的入网账号 )可定义高于 4级的级别，反之则定义为低于 4 的级别。 b统计文件 (表 )和数据录入文件一般只对本工作站定义为只写方式，对其它工作站则定义为只读方式。 c财务等保密文件一般只对中工作站 (如财务科等 )定义为可写、可改、可删除方式，对其它工作站则定 义为只读方式，而且不是每个人都能读，只有级别相同和高级别者才能读。 数据库设计范式分析 建立起一个良好的数据指标体系，是建立数据结构和数据库的最重要的一环。一个良好的数据指标体系是建立 必要条件，但不是充分条件。我们完全可以认为所建指标体21 / 54 系中的一个指标类就是关系数据库中的一个基本表，而这个指标类下面的一个个具体指标就是这个基本表中的一个字段。但如果直接按照这种方式建库显然还不能算最佳。对于指标体系中数据的结构在建库前还必须进行规范化的重新组织。 在数据的规范化表达中，一 般将一组相互关联的数据称为一个关系 (而在这个关系下的每个数据指标项则被称为数据元素 (这种关系落实到具体数据库上就是基本表，而数据元素就是基本表中的一个字段(规范化表达还规定在每一个基本表中必须定义一个数据元素为关键字 (它可以唯一地标识出该表中其它相关的数据元素。在规范化理论中表是二维的，它有如下四个性质： l 在表中的任意一列上，数据项应属于同一个属性 (如图中每一列都存放着不同合同记录的同一属性数据 )。 l 表中所有行都是不相同的，不允许 有重复组项出现 (如图中每一行都是一个不同的合同记录 )。 l 在表中，行的顺序无关紧要 (如图中每行存的都是合同记录，至于先放哪一个合同都没关系 )。 l 在表中，列的顺序无关紧要，但不能重复 (如图中合同号和合同名谁先谁后都没关系，但二者不可重复或同名 )。 22 / 54 在对表的形式进行了规范化定义后，数据结构还有五种规范化定义，定名为规范化模式，称为范式。在这五种范式中，一般只用前三种，对于常用系统就足够了。而且这五种范式是向上兼容的，即满足第五范式的数据结构自动满足一、二、三、四范式，满足第四范式的数据结构自动满足第 一、二、三范式，依此类推。 第一范式 (称 1是指在同一表中没有重复项出现，如果有则应将重复项去掉。这个去掉重复项的过程就称之为规范化处理。在所讨论的开发方法里，1际上是没有什么意义的。因为我们按规范化建立的指标体系和表的过程都自动保证了所有表都满足 1 第二范式 (称 2指每个表必须有一个 (而且仅一个 )数据元素为主关键字 (其它数据元素与主关键字一一对应。例如，在图中如果 我们将合同号定义为主关键字 (其它数据元素中的记录数据都有可能重名，故不能作为主关键字 )，故只要知道了一个合同记录的合同号，就可以唯一地在同一行中找到该合同的任何一 项具 体信息。 通常 我们称这 种关 系为函数 依赖(系。即表中其它数据元素都依赖于主关键字，或称该数据元素唯一地被主关键字所标识。 第三范式 (称 3是指表中的所有数据元素不但要能够唯一地被主关键字所标识，而且它们23 / 54 之间还必须相互独立，不存在其它的函数关系。也就是说对于一个 满足了 2数据结构来说，表中有可能存在某些数据元素依赖于其它非关键宇数据元素的现象，必须加以消除。 为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象，关系型数据库要尽量按关系规范化要求进行数据库设计。 语言介绍 基础 构查询语言 )是一个功能强大的数据库语言。 常使用于数据库的通讯。 关系数据库管理系统的标准语言。 句通常用于完成一些数据库的操作任务，比如在数据库中更新数据，或者从数据库 中检索数据。使用 常见关系数据库管理系统有： 等。虽然绝大多数的数据库系统使用 是它们同样有它们自立另外的专有扩展功能用于它们的系统。但是，标准的 如 常被用于完成绝大多数数据库的操作。 是用的 要是： n 非 过程化语言 24 / 54 n 统一的语言 n 是所有关系数据库的公共语言 非过程化语言： 一个非过程化的语言，因为它一次处理一个记录，对数据提供自动导航。 许用户在高层的数据结构上工作，而不对单个记录进行操作，可操作记录集，所有 回集合作为输出。集合特性允许一条 句的结果作为另一条 句的输入。 要求用户指定对数据的存放方法，这种特性使用户更易集中精力于要得到的结果；所有 句使用查询优化器，它是 它决定对指定数据存取的最快速度 的手段，查询优化器知道存在什么索引，在哪儿使用索引合适，而用户则从不需要知道表是否有索引、有什么类型的索引。 统一的语言： 用于所有用户的 括系统管理员、数据库管理员、应用程序员、决策支持系统人员及许多其它类型的终端用户。 中包括： n 查询数据 n 在表中插入、修改和删除记录 n 建立、修改和删除数据对象 n 控制对数据和数据对象的存取 25 / 54 n 保证数据库一致性和完整性 以前的数据库管理系统为上述各类操作提供单独的语言，而 所有关系数据库的公共语言：由于所有主要的关系数据库管理系统都支持 户可将使用 系数据库管理系统 )转到另一个，所有用 写的程序都是可以移植的。 语句 能强大，是一种完备的数据处理语言，不仅用于数据库查询，而且用于数据库中的数据修改和更新，概括起来，它可以分成以下几组： 于检索或者修改数据； 于定义数据的结构，比如创建、修改或者删除数据库对象； 于定义数据库用户的权限。 于检索数据； 于增加数据到数据库； 于从数据库中修改现存的数据； 于从数据库中删除数据。 面是 26 / 54 面是一个简单 我们使用 句来从 检索借书证号为 000001的借阅者姓名： 书证号 = 000001 与 据定义语言 是用来创建和修改数据库结构的一种语句，包括 句。 数据操作语言 括数据查询与数据更新。数据查询主要是由 句完成，这一点不再赘述。而数据更新所造成的风险大大超过数据查询。数据库管理系统必须在更改期内保护所存储的数据的一致性，确保有效的数据进入数据库，数据库必须保持一致性， 必须协调多用户的并行更新，以确保用户和它们的更改不至于影响其它用户的作业。 用于修改数据库内容的 (1)一个表中加入新的数据行 (2)一个表中删除数据行 (3)改数据库中已经存在的数据 .) 54 .) 下例要将借书证号为 000001作为一个新的借书情况加入借书情况表 书证号，图书编号，借书日期 ) 000001， 00000001， 2002) 这种形式的 句中，新行的数据值不是在语句正文中明确地指定的，而是语句中指定的一个数据库查询。添加的值来自数据库自身的行，在某些特定的状态下，这是非常有用的。多行 句为拷贝数据提供了一种紧凑而高效的方法，但我在自已做的图书管理系统中没有使用这种方法，我在系统中是使用循环依照上面的用法来完成多个记录的插入。 更新的目标表在语句中定义， 句则指定要更新哪些列并计算它们的值。 句总是包含 句，而且句比较危险，所以您必须明确地认识到 句被用来指定需要更新的行。 标准语法： 8 / 54 ,. 杂操作实现 在信息管理系统中，我们往往会遇 到归类、汇总、映射、索引、子查询等复杂操作，相应的支持与实现如下： 句语法为： UM( ; 这个 包含了指定列的数据以及允许合计函数来计算一个或者多个列。 在本人的系统中在显示数据时用到了此语句来对查询所得的内容排序然后再显示。 u 组合条件和布尔运算符 以下的 UM( ; 下面是一个示例： 29 / 54 000001 ; 这条 句是从 中查找借阅证号为 000001的借阅者的身份描述，第三条语句中如果其中有一个条件为假，那么就什么都没有显示。 有些时候，需 要一起浏览多个查询的结果、组合它们的输出，我们可以使用 键字。 第三章应用系统开发工具 组件的体系结构 部分是组件类，这些组件类通常以某种方式出现在组件面板上，当用户从组件面板上点取一个类的图标后，在程序中就自动生成了该类的对象；另一部分是功能类，这此功能类的对象通常出现在程序代码中，起着不可代替的作用，但是这些功能类在组件面板上是找不到的。在 一个类的祖先都是 整个类的层次结构就像一棵倒挂的树，在最顶层的树根即为 样，按照面向对象编程的基本思想，就使得用户可用 际上在 类库中， 54 当众多的子类，它们形成了一个庞大的体系，通常情况下，如果不自行开发组件，就不必了解整个类的体系结构，只用到类层次树的叶结点就足够了。 这一小节简略介绍一下中 是做过程序开发的人都知道从来没有单纯的数据应用程序，也就是说，数据库应用程序必须和用户界面元素相结合，只讲界面或只讲数据库本身都构不成数据库应用程序，因而用开发 数据库应用程序就隐含着界面开发。 的 件可用图 3说明。 组件在 家知道，在编写程序时一般都开始于在组件面板上选择组件并定义组件间的相互作用。但也有一些组件不在组件面板上，例如件是 生出来的子类，可以流的形式存放在 件中，具有事件和 窗口组件类是窗口化的可视化组件类，在 类库中占有最大的份额。在实际编程中，窗口组件类的对象都有句柄，可以接受输 入焦点和包含其它组件。 图形组件与窗口组件并列，是另一大类组件。图形组件不是基于窗口的，因而不能有窗口句柄，不能接受输入焦点和包含其它组件。从图 8可以看出，图形组件的基类是实际编程中，它们必须寄生于它们的宿31 / 54 主 窗口组件类的对象，由它们的拥有者负责其显示，而且它们还能触发一些和鼠标活动相关的事件。图形控件最典型的例子是 此可以看出图形组件的功能很弱，图形组件的用处何在呢？其实使用图形组件的最大好处在于节省资源，正是因为它们的 功能较弱，所以使用的系统资源就要少。在一个应用程序中，如果能在不影响其功能的前提下合理大量地使用图形组件，将会大减少程序对系统资源的消耗。 非可视组件是与可视组件相并列的另一类组件，非可视组件在程序运行中是不可见的。 最后要说明一下，常说的控件实际上是一种组件。也就是说组件这个概念要大于控件，控件在内涵上包含于组件中。控件由 组件是 们是在不同时期由不同的厂商提出的概念。 数据库组件介 绍 用 点是和各种数据库组件打交道，能和数据库挂钩的组件对象有 5 种，它们是： 中前面4 种统称为数据访问组件。这些组件的相互关系如图 3示。 件包含了可以用来访问 司的32 / 54 式数据库的组件。 来逐渐演变成满足所有数据访问需要的完整解决办法。 对象模型是所有数据 访问接口对象模型中最简单的一种。 司用来访问 据的应用程序界面技术是 一种底层编程接口，用来访问许多不同类型的数据源，其中包括消息、文件系统以及其他一些非传统的数据源。 一个由 口组成的集合，用来隐藏创建数据访问服务过程中的细节。 供了访问任何数据资源的方法，包括相互关联的数据库和相互不关联的数据库、 文件系统、文本和图形以及用户定义的数据对象。 是使 用 供了可以通过数据控制组件访问数据的新方法。唯一的要求是在使用 件时必须运行 件的使用使得 访问数据的类型和采用的技术方面都有了很大的突破。 数据模块设计窗口数据模块设计窗口是用来设计和维护数据模块的。数据模块设计窗口中包含了所有以 为文件扩展名的 件的信息。 件在编译时不起任何作用。 语言在 的应用 33 / 54 在 使用 言非常方便，一般来说，都是通过 件来使用 言的。可以在 件的 计程序时，在该组件的属性对话框中选择 击带省略号的按钮，就可以打开 话框，然后我们就可以在对话框中添加 句。还可以使用 自动生成 句，这样可以避免手工编写 静态 不包含任何参数和变量。 动态 被称作参数化的语句，在其中间包含着表示字段名或表名的参 数，例如下面的语句是一条动态 书编号 =:其中的变量 是一个参数变量，它由一个冒号引导，在程序运行过程中，必须要为该参数赋值，该条 次运行应用程序时可以为该参数变量赋予不同的值。为参数赋值有三种方法： 根据参数在 置 件的