图书馆管理系统

《图书馆管理系统》由会员分享，可在线阅读，更多相关《图书馆管理系统（22页珍藏版）》请在装配图网上搜索。

1、图书馆管理系统摘 要图书管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。因此本人结合开入式图书馆的要求，对 MS SQL Server2000 数据库管理系统、SQL 语言原理、Delphi 应用程序设计，Delphi 数据库技术进行了较深入的学习和应用，主要完成对图书管理系统的需求分析、功能模块划分、数据库模式分析，并由此设计了数据库结构和应用程序。系统运行结果证明，本文所设计的图书管理系统可以满足借阅者、图书馆工作人员和高级管

2、理员三方面的需要。第一章对数据库应用系统开发和图书管理系统进行了简明的介绍，并分析了开发图书管理系统所应进行的工作。第二章对数据库的设计和 SQL 语言的使用进行了系统分析，为深入理解数据库应用打下了基础。第三章学习了具体的开发工具 Delphi 6.0，对其数据库组件，SQL 语言在 Delphi 中的应用等数据库编程关键技术进行了系统的介绍。第四章分析了图书管理信息系统的应用需求，按照数据库设计理论一步一步地给出了系统需求说明书、局部 ER 图、全局 ER 图、系统关系模式，子模式，利用 MSSQL Server2000 建立了数据库第五章进行了具体的程序设计，具体划分了三类用户的操作权限

3、，设计了了三个操作界面。实现了数据库表的浏览，记录的添加、删除和修改，报表的生成，实现了多数据库表的连接操作，实现了多条件查询和模糊查询，并灵活实现了对不可更新查询结果集的更新操作，实现了主从表操作，实现了密码维护功能，最后，系统还可以导入数据库以对任意同结构的数据库进行操作。设计充分利用 Delphi 6、MS SQL Server2000 数据库技术的强大力量，提高了编程效率和可靠性。关键词：数据库，SQL 语言，MS SQL Server，Delphi6，数据库组件，图书管理，窗体，listview 组件 目录摘要 I 第一章 绪 论 11.1 数据库应用系统开发简介11.2 图书管理系

4、统 41.3 本文所做的主要工作 6 第二章 数据库理论基础 72.1 数据库系统设计及范式分析 72.2 SQL 语言介绍 112.2.1 SQL 基础 112.2.2 SQL 语句 12 第三章 应用系统开发工具 163.1 Delphi6.0VCL 组件的体系结构 163.2 数据库组件介绍 173.3 SQL 语言在 Delphi 中的应用183.4 MS SQL Server 简述 22 第四章 图书管理系统设计分析 244.1 应用需求分析 244.2 系统功能模块划分 294.3 系统数据库设计 29 第五章 图书管理系统应用程序设计375.1 系统窗体模块组成 375.2 数据

5、模块窗体的设置 375.3 启动画面的实现 385.4 用户登录窗体的的实现 395.5 用户密码认证窗体的的实现 395.6 借阅者服务模块的实现 405.6.1 图书查询功能的实现 415.6.2 借阅者登录功能的实现 425.6.3 借阅者借阅情况功能的实现 435.6.4 借阅者个人资料维护功能的实现 475.7 工作人员图书借阅/归还模块的实现 495.7.1 工作人员进行图书借阅功能实现 505.7.2 工作人员进行图书归还功能实现 535.8 图书馆管理员模块的实现 545.8.1 图书馆管理员图书管理功能的实现 555.8.2 图书馆管理员工作人员和管理员管理功能的实现 585

6、.8.3 图书馆管理员修改图书类别及统记功能的实现 605.8.4 图书馆管理员借阅者管理功能的实现 625.8.5 图书馆维护借阅者管理功能的实现 625.8.6 图书馆身份维护功能的实现 645.8.7 图书馆借阅者统计功能的实现 655.8.8 图书馆统计借阅过期记录功能的实现 675.9 系统信息显示的实现 68 第六章 结束语 69 致 谢70 参考书目 70第一章 绪 论1.1 数据库应用系统开发简介在数据库应用系统开发之前，对开发数据库的基本概念应当了解，对数据库的结构、开发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。数据库应用系统开发的目标是建立一个满足用

7、户长期需求的产品。开发的主要过程为：理解用户的需求，然后，把它们转变为有效的数据库设计。把设计转变为实际的数据库，并且这些数据库带有功能完备、高效能的应用。数据库技术在计算机软件邻域研究中一直是非常重要的主题，产生于 60 年代，30 多年来数据库技术得到了迅速发展，并已形成较为完整的理论体系和一大批实用系统。并且，近年来，随着World Wide Web(WWW)的猛增及 Internet 技术的迅速发展，使得数据库技术之时成为最热门技术之一。1.1.1 数据库如图 1.1 显示了数据库系统的主要组件。数据库由 DBMS（数据库管理系统）处理，DBMS 则由开发人员和用户通过应用程序直接或间

8、接地使用。它主要包括四个要素：用户数据、元数据、索引和应用元数据1.1.1.1 用户数据目前，大多数主流数据库管理系统把用户数据表示为关系。现在把关系看作数据表。表的列包含域或属性，表的行包含对应业务环境中的实体的记录。并非所有的关系都同样符合要求，有些关系比其它关系更结构化一些。第二章描述了一个用以产生良好结构关系的过程，称作规范化。为了对比结构差的关系和结构好的关系之间的差别， 以本文所设计的图书管理系统中的图书和图书借阅者关系为例来说明，假若设计关系 R1（借书证号，姓名，性别，身份编号，身份证，联系电话，图书编号,图书名称，图书类别，作者，出版社，出版日期，备注，价格，数量）；这个关系

9、的问题出在它有关于两个不同主题的数据，就是图书借阅者和图书。用这种方式构成的关系在进行修改时，会出现问题。因为一个图书借阅者可能借阅多本书，如果某个图书借阅者的某个字段（如联系电话）出现变更，它所借阅的图书记录（可能多个）也就必须变化，这是不好的。因此数据用两个关系表示更好。现在如果某图书借阅者改变了它的联系电话，只有关系（表）user 的对应行需要改变。当然，要想产生一个，显示图书名称及其借阅者联系电话的报表，就需要将这两个表的行结合起来。结果表明，将关系分别存储，在生成报表的时候将它们结合起来，比把它们存储在一个合成的表中更好。user（借书证号，姓名，性别，身份编号，身份证，联系电话，）

10、book（图书编号,图书名称，图书类别，作者，出版社，出版日期，备注，价格，数量）1.1.1.2 元数据数据库是自描述的，这就意味着它自身包含了它的结构的描述，这种结构的描述称作元数据。因为 DBMS 产品是用来存储和操纵表的，所以大多数产品把元数据以表的形式存储，有时称作系统表。这些系统表存储了数据库中表的情况，指出每一个表中有多少列，那一列是主关键字，每一列的数据类型的描述，它也存储索引、关键字、规则和数据库结构的其他部分。在表中存储元数据不仅对 DBMS 是有效的，对用户也是方便的，因为他们可以使用与查询用户数据同样的查询工具来查询元数据。本文第二章所介绍的 SQL 语言可以同时用于元数

11、据和用户数据。1.1.1.3 索引第三种类型的数据改进了数据库的性能和可访问性，这种数据经常称作开销数据，尽管有时也采用其他类型的数据结构，如链表，但它主要还是索引。索引可以用来排序和快速访问数据。下面以本人的图书管理信息系统中的 book 表为例来说明。假定数据在磁盘上是按图书编号的递增顺序排列的，用户想打印一个按图书名称排序的图书数据报表。为此，所有的数据都需要从源表中提取出来并排序，除非表很小，否则这是一个很费时的过程。或者，可以在图书名称字段上创建一个索引，该索引的条目按照图书名称排序，这样，该索引的条目可以读出来，并用来按顺序访问 book 数据。索引用于快速访问数据。例如，一个用户

12、只想访问 book 表中图书类别值为01的那些学生。如果没有索引，则必须搜索整个源表；但有了索引之后，可以找到索引条目，并使用它来挑选所有合适的行。索引对排序和查找是有帮助的，但要付出代价。book 应用元数据存储在数据库中的第四种数据是应用元数据，它用来存储用户窗体、报表、查询和其他形式的查询组件。并非所有的 DBMS 都支持应用组件，支持组件的 DBMS 也不一定把全部组件的结构作为应用元数据存储在数据库中。然而，大多数现代的 DBMS 产品存储这种数据作为数据库的一部分。一般来说，数据库开发人员和用户都不直接访问应用元数据，想反，他们通过DBMS 中的工具来处理这些数据。MS SQL S

13、erver2000 数据库管理系统数据库管理系统（DBMS）是指数据库系统中管理数据的软件系统。DBMS 是数据库系统的核心组成部分。对数据库的一切操作，包括定义、更新及各种控制,都是通过 DBMS 进行的。DBMS 总是基于某种数据模型，可以把 DBMS 看成是某种数据模型在计算机系统上的具体实现。根据数据模型的不同，DBMS 可以分成层次型、网状型、关系型、面向对象型等。MS SQL Server2000 就是一种关系型数据库管理系统。关系模型。关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。关系模型是由若干个关系模式组成的集合。关系模式相当于前面提到的记录类型，它的实例称为

14、关系，每个关系实际上是一张二维表格。关系模型和层次、网状模型的最大判别是用关键码而不是用指针导航数据，表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。关系模型是数学化模型。SQL 语言是关系数据库的标准化语言，已得到了广泛的应用。如图 1.1 所示，DBMS 的特点和功能可以分为三个子系统：设计工具子系统、运行子系统和 DBMS 引擎。设计子系统有一个方便数据库及其应用创建的工具集。它典型地包含产生表、窗体、查询和报表的工具。DBMS 产品还提供编程语言和对编程语言的接口。运行子系统处理用设计子系统开发的应用组件。它所包含的运行处理器用来处理窗体和数据库的数据交互，以及回答查询和打印

15、报表等。DBMS 引擎从其他两个组件接受请求，并把它们翻译成对操作系统的命令，以便读写物理介质上的数据。DBMS 引擎还涉及事务管理 创建数据库 1.1.3.1 数据库模式数据库模式定义了数据库的结构、表、关系、域和业务规则。数据库模式是一种设计，数据库和应用正是建立在此基础上的。域是一列可能拥有的值的集合。必须为每一个表的每一列确定域。除了数据的物理格式外，还需要确定是否有些域对表来说是唯一的。数据库模式的最后一个要素是业务规则，它是对需要反映在数据库和数据库应用程序中的业务活动的约束。业务规则是模式的一个重要部分，因为他们指定了无论什么数据变化到达 DBMS 引擎，允许的数据值必须满足的约

16、束。不管无效的数据变化请求是来自窗体的用户、查询/修改请求还是应用程序， DBMS 都应该拒绝。遗憾的是，不同的 DBMS 产品用不同的方法实施业务规则。在某些情况下，DBMS 产品不具备实施必要业务规则的能力，必须以代码形式把它们编入应用程序。1.1.3.2 创建表 1.1.3.3 定义联系 1.1.4 应用组件数据库应用包括窗体、查询、报表、菜单和应用程序。1.2 图书管理系统当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。

17、尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了管理好图书馆信息而设计的。图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多

18、，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。基于这此问题，我认为有必要建立一个

19、图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。1.1 系统所做工作 1) 了解应用开发工具的现状2) DelPHi6.0 编程基础 3) MS SQL Server 基础 4) 设计数据库；设计界面 5) 开发数据库。数据库实现的一些功能有 l 数据和数据说明的醒目显示；l 多条件的查询、多条记录的检索、模糊查询；l 数据文件某种存储格式导入数据窗体，经过数据完整性校验存入数据库；l 数据库安全性的设计；l 数据库的设计、数据接口、界面的设计1.3 本文所作工作绪论部分对数据库应用系统的结构、开发

20、进行了简要介绍，分析了图书管理信息系统设计的特点和任务。第二章介绍了数据库的设计和范式分析，并系统介绍了 SQL 语言，为设计和理解应用程序做了铺垫。第三章对系统介绍了 Delphi 6.0 的数据库编程技术、SQL 语言在 Delphi 6.0 中的应用、MS SQL Server 基础。第四章分析了图书管理系统的应用需求，设计了系统的数据库结构，并根据需求对系统功能进行了划分和细化。第五章根据第四章的设计结果利用 MSSQL Server2000 和 Delphi 6.0 进行了具体的应用程序设计。总结部分介绍了设计体会和编程体会，并指出了系统设计中的不足和改进的方向。 第二章 数据库理论

21、基础一个成功的信息管理系统，是建立在许多条件之上的， 而数据库是其中一个非常重要的条件和关键技术。信息管理系统所涉及的数据库设计分五个步骤：数据库需求分析、概念设计、逻辑设计、物理设计与加载测试。（1） 数据库需求分析的任务是将业务管理单证流化为数据流，划分主题之间的边界，绘制出 DFD 图， 并完成相应的数据字典。（2） 概念设计的任务是从 DFD 出发，绘制出本主题的实体关系图，并列出各个实体与关系的纲要表。（3） 逻辑设计的任务是从 E-R 图与对应的纲要表出发，确定各个实体及关系的表名属性。（4） 物理设计的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的主键，将所有的表名与字

22、段名英文化（现在很多软件能支持中文字段，如 MS SQL Server，我就是用的中文字段名），实现物理建库，完成数据库物理设计字典。（5） 加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。要设计出一个好的信息管理系统数据库，除满足系统所要求的功能外，还必须遵守下列原则： 基本表的个数越少越好。 主键的个数越少越好。键是表间连接的工具，主键越少，表间的连接就越简单。 字段的个数越少越好。 所有基本表的设计均应尽量符合第三范式。数据库的设计中，如何处理多对多的关系和如何设计主键，是两个有着较大难度、需要重点考虑的问题。下面我们着重从 SQL

23、应用、数据库设计范式和查询优化等方面来分析本课题的系统关键技术和实现难点并加以解决2.1 数据库系统设计及范式分析信息系统的主要任务是通过大量的数据获得管理所需要的信息，这就必须存储和管理大量的数据。因此建立一个良好的数据组织结构和数据库， 使整个系统都可以迅速、方便、准确地调用和管理所需的数据，是衡量信息系统开发工作好坏的主要指标之一。2.1.1 数据库系统设计数据库设计主要是进行数据库的逻辑设计， 即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。数据库设计时需要综合企业各个部门的存档数据和数据需求，分析各个数据之间的关系，按照 DBMS 提供的功能和描述工具，设计出规模适当

24、、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。数据库设计的步骤是：（1） 数据库结构定义：目前的数据库管理系统（DBMS）有的是支持联机事务处理 CLTP（负责对事务数据进行采集、处理、存储）的操作型 DBMS，有的可支持数据仓库、有联机分析处理 CLAP（指为支持决策的制定对数据的一种加工操作）功能的大型 DBMS，有的数据库是关系型的、有的可支持面向对象数据库。针对选择的 DBMS，进行数据库结构定义。（2） 数据表定义：数据表定义指定义数据库中数据表的结构，数据表的逻辑结构包括：属性名称、类型、表示形式、缺省值、校验规则、是否关键字、可否为空等。关系型数据库要

25、尽量按关系规范化要求进行数据库设计，但为使效率高，规范化程度应根据应用环境和条件来决定。数据表设计不仅要满足数据存储的要求，还要增加一些如反映有关信息、操作责任、中间数据的字段或临时数据表。（3） 存储设备和存储空间组织：确定数据的存放地点、存储路径、存储设备等，备份方案，对多版本如何保证一致性和数据的完整性。（4） 数据使用权限设置：针对用户的不同使用要求，确定数据的用户使用权限，确保数据安全。（5） 数据字典设计：用数据字典描述数据库的设计，便于维护和修改。为了更好地组织数据和设计出实际应用数据库，应该注意如下问题：规范化地重组数据结构：对数据进行规范化表达，这在后面将会具体讨论。关系数据

26、结构的建立：在进行了数据基本结构的规范化重组后，还必须建立整体数据的关系结构。这一步设计完成后数据库和数据结构设计工作基本完成， 只待系统实现时将数据分析和数据字典的内容代入到所设计的数据整体关系结构中，一个规范化数据库系统结构就建立起来了。 建立关系数据结构涉及三方面内容：确定关联的关键指标项并建立关联表；确定单一的父系记录结构；建立整个数据库的关系结构。 （1）链接关系的确定 在进行了上述数据规范化重组后，已经可以确保每一个基本数据表(我们简称为表)是规范的，但是这些单独的表并不能完整地反映事物，通常需要通过指标体系整体指标数据才能完整全面地反映问题。也就是说在这些基本表的各宇段中，所存储

27、的是同一事物不同侧面的属性。那么计算机系统如何能知道哪些表中的哪些记录应与其它表中的哪些记录相对应，它们表示的是同一个事物呢?这就需要在设计数据结构时将这种各表之间的数据记录关系确定下来。这种表与表之间的数据关系一般都是通过主或辅关键词之间的连接来实现的。因为在每个表中只有主关键词才能唯一地标识表中的这一个记录值(因为根据第三范式的要求，表中其它数据字段函数都依赖于主关键词)，所以将表通过关键词连接就能够唯一地标识出某一事物不同属性在不同表中的存放位置。 （2）确定单一的父子关系结构 所谓确定单一的父系关系结构就是要在所建立的各种表中消除多对多（ 以下用 M:N 来表示）的现象，即设法使得所有

28、表中记录之间的关系呈树状结构(只能由一个主干发出若干条分支，而不能有若干条主干交错发出若干条分支状况)。所谓的“父系”就是指表的上一级关系表。消除多对多关系可以借助于 E-R 图的方法来解决，也可以在系统分析时予以注意，避免这种情况的发生。 消除这种 M:N 情况的办法也很简单，只需在二表之间增加一个表，则原来 M:N 的关系就改成了 M:1，1:N 的关系了。确定数据资源的安全保密属性：一般 DBMS 都提供给我们自己定义数据安全保密性的功能。系统所提供的安全保密功能一般有 8 个等级(0-7 级)，4 种不同方式(只读、只写、删除、修改)，而且允许用户利用这 8 个等级的 4 种方式对每一

29、个表自由地进行定义。 定义安全保密性的方法一般有如下几种： a原则上所有文件都定义为 4 级，个别优先级特别高的办公室(终端或微机的入网账号)可定义高于 4 级的级别，反之则定义为低于 4 的级别。 b统计文件(表)和数据录入文件一般只对本工作站定义为只写方式，对其它工作站则定义为只读方式。 c 财务等保密文件一般只对中工作站(如财务科等)定义为可写、可改、可删除方式，对其它工作站则定义为只读方式，而且不是每个人都能读，只有级别相同和高级别者才能读。2.1.2 数据库设计范式分析 建立起一个良好的数据指标体系，是建立数据结构和数据库的最重要的一环。一个良好的数据指标体系是建立 DB 的必要条件

30、，但不是充分条件。我们完全可以认为所建指标体系中的一个指标类就是关系数据库中的一个基本表，而这个指标类下面的一个个具体指标就是这个基本表中的一个字段。但如果直接按照这种方式建库显然还不能算最佳。对于指标体系中数据的结构在建库前还必须进行规范化的重新组织。a. 数据组织的规范化形式 在数据的规范化表达中，一般将一组相互关联的数据称为一个关系(relation)，而在这个关系下的每个数据指标项则被称为数据元素(data element)，这种关系落实到具体数据库上就是基本表，而数据元素就是基本表中的一个字段(field)。规范化表达还规定在每一个基本表中必须定义一个数据元素为关键字(key)，它可

31、以唯一地标识 出该表中其它相关的数据元素。在规范化理论中表是二维的，它有如下四个性质：l 在表中的任意一列上，数据项应属于同一个属性(如图中每一列都存放着不同合同记录的同一属性数据)。 l 表中所有行都是不相同的，不允许有重复组项出现(如图中每一行都是一个不同的合同记录)。l 在表中，行的顺序无关紧要(如图中每行存的都是合同记录，至于先放哪一个合同都没关系)。 l 在表中，列的顺序无关紧要，但不能重复(如图中合同号和合同名谁先谁后都没关系，但二者不可重复或同名)。 在对表的形式进行了规范化定义后，数据结构还有五种规范化定义，定名为规范化模式，称为范式。在这五种范式中，一般只用前三种，对于常用系

32、统就足够了。而且这五种范式是“向上兼容”的，即满足第五范式的数据结构自动满足一、二、三、四范式，满足第四范式的数据结构自动满足第一、二、三范式，依此类推。第一范式(first normal form，简称 1st NF)就是指在同一表中没有重复项出现，如果有则应将重复项去掉。这个去掉重复项的过程就称之为规范化处理。在本文所讨论的开发方法里，1st NF 实际上是没有什么意义的。因为我们按规范化建立的指标体系和表的过程都自动保证了所有表都满足 1st NF。 第二范式(second normal form，简称 2nd NF)是指每个表必须有一个(而且仅一个)数据元素为主关键字(primary

33、key)，其它数据元素与主关键字一一对应。例如，在图 l9.7 中如果我们将合同号定义为主关键字(其它数据元素中的记录数据都有可能重名，故不能作为主关键字)，故只要知道了一个合同记录的合同号，就可以唯一地在同一行中找到该合同的任何一项具体信息。通常我们称这种关系为函数依赖(functional depEndence)关系。即表中其它数据元素都依赖于主关键字， 或称该数据元素唯一地被主关键字所标识。第三范式(third normal form，简称 3rd NF)就是指表中的所有数据元素不但要能够唯一地被主关键字所标识，而且它们之间还必须相互独立，不存在其它的函数关系。也就是说对于一个满足了 2

34、nd NF 的数据结构来说，表中有可能存在某些数据元素依赖于其它非关键宇数据元素的现象，必须加以消除。为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象，关系型数据库要尽量按关系规范化要求进行数据库设计。2.2 SQL 语言介绍 SQL 基础 SQL(Structured Query Language，结构查询语言)是一个功能强大的数据库语言。SQL 通常使用于数据库的通讯。ANSI（美国国家标准学会）声称，SQL 是关系数据库管理系统的标准语言。SQL 语句通常用于完成一些数据库的操作任务，比如在数据库中更新数据，或者从数据库中检索数据。使用 SQL 的常见关系数据库管理系统有

35、：Oracle、 Sybase、 Microsoft SQL Server、 Access、 Ingres 等等。虽然绝大多数的数据库系统使用 SQL，但是它们同样有它们自立另外的专有扩展功能用于它们的系统。但是，标准的 SQL 命令，比如Select、Insert、 Update、 Delete、 Create和 Drop常常被用于完成绝大多数数据库的操作。MS SQL Server 就是用的 Transact- SQL。SQL 语言有着非常突出的优点，主要是：n 非过程化语言 n 统一的语言 n 是所有关系数据库的公共语言非过程化语言：SQL 是一个非过程化的语言，因为它一次处理一个记录，

36、对数据提供自动导航。SQL 允许用户在高层的数据结构上工作，而不对单个记录进行操作，可操作记录集，所有 SQL 语句接受集合作为输入，返回集合作为输出。SQL 的集合特性允许一条 SQL 语句的结果作为另一条SQL 语句的输入。SQL 不要求用户指定对数据的存放方法， 这种特性使用户更易集中精力于要得到的结果；所有 SQL 语句使用查询优化器，它是 RDBMS 的一部分，由它决定对指定数据存取的最快速度的手段，查询优化器知道存在什么索引，在哪儿使用索引合适， 而用户则从不需要知道表是否有索引、有什么类型的索引。统一的语言：SQL 可用于所有用户的 DB 活动模型，包括系统管理员、数据库管理员、

37、 应用程序员、决策支持系统人员及许多其它类型的终端用户。SQL 为许多任务提供了命令，其中包括：n 查询数据 n 在表中插入、修改和删除记录 n 建立、修改和删除数据对象 n 控制对数据和数据对象的存取 n 保证数据库一致性和完整性以前的数据库管理系统为上述各类操作提供单独的语言，而SQL 将全部任务统一在一种语言中。所有关系数据库的公共语言：由于所有主要的关系数据库管理系统都支持 SQL 语言，用户可将使用 SQL 的技能从一个 RDBMS(关系数据库管理系统)转到另一个，所有用 SQL 编写的程序都是可以移植的。 SQL 语句 SQL 功能强大，是一种完备的数据处理语言，不仅用于数据库查询

38、，而且用于数据库中的数据修改和更新，概括起来，它可以分成以下几组：DML（Data Manipulation Language，数据操作语言）：用于检索或者修改数据； DDL（Data Definition Language，数据定义语言）： 用于定义数据的结构，比如 创建、修改或者删除数据库对象； DCL（Data Control Language，数据控制语言）：用于定义数据库用户的权限。DML 组可以细分为以下的几个语句：SELECT：用于检索数据；INSERT：用于增加数据到数据库；UPDATE：用于从数据库中修改现存的数据；DELETE：用于从数据库中删除数据。DDL 语句可以用于创

39、建用户和重建数据库对象。下面是 DDL 命令：CREATE TABLE，ALTER TABLE，DROP TABLE， CREATE INDEX，DROP INDEX 下面是一个简单 SQL 语句的例子：我们使用 SQL 语句来从Book 中检索借书证号为000001的借阅者姓名：SELECT 姓名 FROM Book WHERE 借书证号 = 0000012.2.2.1 DDL 与 DML 数据定义语言 DDL：它是用来创建和修改数据库结构的一种语句，包括 Create、Alter 和 Drop 语句。 数据操作语言 DML：包括数据查询与数据更新。数据查询主要是由 Select 语句完成，

40、这一点不再赘述。而数据更新所造成的风险大大超过数据查询。数据库管理系统必须在更改期内保护所存储的数据的一致性，确保有效的数据进入数据库，数据库必须保持一致性，DBMS 还必须协调多用户的并行更新，以确保用户和它们的更改不至于影响其它用户的作业。用于修改数据库内容的 SQL 语句主要有以下三个： (1) Insert，向一个表中加入新的数据行 (2) Delete，从一个表中删除数据行 (3) Update，更改数据库中已经存在的数据 Insert 标准语法： INSERTINTO table_name (col1, col2.) VALUES(value1, value2.)下例要将借书证号为

41、000001作为一个新的借书情况加入借书情况表 OWNER 中 Insert Into owner (借书证号，图书编号，借书日期) values (000001，00000001，2002-9-12)Insert 语句还可以将多行数据添加到目标表中去，在这种形式的 Insert 语句中，新行的数据值不是在语句正文中明确地指定的，而是语句中指定的一个数据库查询。添加的值来自数据库自身的行，在某些特定的状态下，这是非常有用的。多行 Insert 语句为拷贝数据提供了一种紧凑而高效的方法， 但我在自已做的图书管理系统中没有使用这种方法，我在系统中是使用循环依照上面的用法来完成多个记录的插入。 Up

42、date 语句用于更新单表中选定行的一列或多列的值。要更新的目标表在语句中定义，Set 子句则指定要更新哪些列并计算它们的值。Update 语句总是包含 Where 语句，而且 Update 语句比较危险，所以您必须明确地认识到 Where 语句的重要性，Where 语句被用来指定需要更新的行。标准语法：UPDATE table_nameSET columnname1 = value1, columname2 = value2.WHERE search_conditionDelete 语句标准语法：DELETE FROM tablename WHERE 复杂操作实现在信息管理系统中，我们往往会

43、遇到归类、汇总、映射、索引、子查询等复杂操作，相应的支持与实现 如 下 ：u GROUP BY 方 法 GROUP BY 子 句 语 法 为 ： SELECT column1, SUM(column2)FROM list-of-tablesGROUP BY column-list; 这个 GROUP BY 子句将集中所有的行在一起，它包含了指定列的数据以及允许合计函数来计算一个或者多个列。在本人的系统中在显示数据时用到了此语句来对查询所得的内容排序然后再显示。u 组合条件和 布 尔 运 算 符 以 下 的 SQL 语 句 中 就 含 有 组 合 条 件 ：SELECT column1, SUM

44、(column2)FROM list-of-tablesWHERE condition1 AND condition2; 下面是一个示例：SELECT 身份描述 FROM ID,userWHERE ID.身份编号=USER.身份编号 and user.借书证号=000001; 这条 SQL 语句是从 user、id 表中查找借阅证号为 000001 的借阅者的身份描述，第三条语句中如果其中有一个条件为假，那么就什么都没有显示。u UNION 子句有些时候，需要一起浏览多个查询的结果、组合它们的输出，我们可以使用 UNION 关键字。 第三章 应用系统开发工具3.1 Delphi6.0VCL 组

45、件的体系结构 Delphi 类可以粗略地分成两部分：一部分是组件类，这些组件类通常以某种方式出现在组件面板上，当用户从组件面板上点取一个类的图标后，在程序中就自动生成了该类的对象（非可视组件除外）；另一部分是功能类，这此功能类的对象通常出现在程序代码中，起着不可代替的作用，但是这些功能类在组件面板上是找不到的。在 Delphi 中，每一个类的祖先都是Tobject 类,整个类的层次结构就像一棵倒挂的树，在最顶层的树根即为 Tobject 类。这样，按照面向对象编程的基本思想，就使得用户可用 Tobject 类这个类型代替任何其它类的数据类型。实际上在 Delphi 的类库中，Tobject 类

46、派生出了为数相当众多的子类，它们形成了一个庞大的体系，通常情况下，如果不自行开发组件，就不必了解整个类的体系结构，只用到类层次树的叶结点就足够了。这一小节简略介绍一下 Delphi 6.0 中 VCL（可视化组件库）组件的体系结构。凡是做过程序开发的人都知道从来没有单纯的数据应用程序， 也就是说，数据库应用程序必须和用户界面（可以是图形界面，也可以是命令接口）元素相结合，只讲界面或只讲数据库本身都构不成数据库应用程序，因而用 Delphi 6.0 开发数据库应用程序就隐含着界面开发。Delphi6 中的 VCL 组件可用图 3-1 来说明组件在 Delphi 程序的开发中是最显眼的角色。大家知

47、道，在编写程序时一般都开始于在组件面板上选择组件并定义组件间的相互作用。但也有一些组件不在组件面板上，例如Tform 和 Tapplication（典型的非可视组件）。组件是 Tcomponents 派生出来的子类，可以流的形式存放在 DFM 文件中，具有事件和 Publish 属性。窗口组件类是窗口化的可视化组件类，在 Delphi 的类库中占有最大的份额。在实际编程中，窗口组件类的对象都有句柄，可以接受输入焦点和包含其它组件。图形组件与窗口组件并列，是另一大类组件。图形组件不是基于窗口的，因而不能有窗口句柄，不能接受输入焦点和包含其它组件。从图 8- 43 中可以看出，图形组件的基类是 T

48、graphicControl,在实际编程中，它们必须寄生于它们的宿主窗口组件类的对象，由它们的拥有者负责其显示，而且它们还能触发一些和鼠标活动相关的事件。图形控件最典型的例子是 Tlabel 和 TspeedButton。由此可以看出图形组件的功能很弱，图形组件的用处何在呢？其实使用图形组件的最大好处在于节省资源，正是因为它们的功能较弱，所以使用的系统资源就要少。在一个应用程序中，如果能在不影响其功能的前提下合理大量地使用图形组件，将会大减少程序对系统资源的消耗。非可视组件是与可视组件相并列的另一类组件，非可视组件在程序运行中是不可见的（除各种对话框组件之外，事实上有人认为对话框组件不能归入非

49、可视组件，应该是另一种介于可视与非可视之间的组件）。最后要说明一下，常说的控件实际上是一种组件。也就是说组件这个概念要大于控件，控件在内涵上包含于组件中。控件由 Windows 系列操作系统提出并使用，而组件是 Borland 和其它厂商在对 Windows 控件做了必要的扩展之后提出来的概念，它们是在不同时期由不同的厂商提出的概念。3.2 数据库组件介用 Delphi6 开发数据库应用，重点是和各种数据库组件打交道，能和数据库挂钩的组件对象有 5 种，它们是：Session（数据库会话）、Database（数据库）、Dataset（数据集）、DataSource（数据源）、Data cont

50、rol（数据控制组件，也叫 data-controls 即数据感知组件）。其中前面 4 种统称为数据访问（Data Access）组件。这些组件的相互关系如图3-2 所示。ADO 组件 Delphi6.0 包含了可以用来访问 Microsoft 公司的 ActiveX Data Objects（ADO）格式数据库的组件。ADO 是 Micrsoft 公司关于各种类型数据的高等界面，后来逐渐演变成满足所有数据访问需要的完整解决办法。ADO 的对象模型是所有数据访问接口对象模型中最简单的一种。Microsoft 公司用来访问 ADO 数据的应用程序界面技术是 OLE DB。OLE DB 是一种底层

51、编程接口，用来访问许多不同类型的数据源，其中包括消息、文件系统以及其他一些非传统的数据源。OLE DB 是一个由 Component Object Model（COM）接口组成的集合，用来隐藏创建数据访问服务过程中的细节。OLEDB 提供了访问任何数据资源的方法，包括相互关联的数据库和相互不关联的数据库、Email 和文件系统、文本和图形以及用户定义的数据对象。Delphi 的 ADO 组件无需依靠 BDE 而是使用ADO 技术，提供了可以通过数据控制组件访问数据的新方法。唯一的要求是在使用 ADO 组件时必须运行 ADO/OLEDB。ADO 组件的使用使得 DELPHI 在访问数据的类型和采

52、用 的技术方面都有了很大的突破。数据模块设计窗口 数据模块设计窗口是用来设计和维护数据模块的。数据模块设计窗口中包含了所有以.DTI 作为文件扩展名的 Data Diagram 文件的信息。DTI 文件在编译时不起任何作用。3.3 SQL 语言在 Delphi 中的应用在 Delphi 中使用 SQL 语言非常方便，一般来说，都是通过 Tquery 或 TADOquery 组件来使用 SQL 语言的。可以在 Tquery 或 TADOquery 组件的 SQL 属性中设置 SQL 语句。设计程序时，在该组件的属性对话框中选择 SQL 属性，单击带省略号的按钮，就可以打开 String List

53、 Editor 对话框，然后我们就可以在对话框中添加 SQL 语句。还可以使用 Delphi 的 SQL Builder 来自动生成 SQL 语句，这样可以避免手工编写 SQL 而可能造成的语法错误。静态 SQL 语句在程序设计时便已固定下来，它不包含任何参数和变量。动态 SQL 语句，也被称作参数化的语句，在其中间包含着表示字段名或表名的参数，例如下面的语句是一条动态 SQL语句： Select * From Book Where 图书编号 =:bookCode;其中的变量 bookCode 便是一个参数变量，它由一个冒号引导，在程序运行过程中，必须要为该参数赋值，该条 SQL 语句才能正确

54、执行，每次运行应用程序时可以为该参数变量赋予不同的值。为参数赋值有三种方法：根据参数在 SQL 语句中出现的顺序，设置 TADOQuery 组件的 parameters 属性值为参数赋值。直接根据 SQL 语句中各参数的名字，调用 ParamByName 方法来为各参数赋值。将 TADOQuery 组件的 DataSource 属性设置为另一个数据源，这样将另一个数据源中与当前 TADOQuery 组件的 SQL 语句中的参数名相匹配的字段值赋给其对应的参数。利用这种方法也能实现所谓的连接查询，创建主要明细型数据库应用。在使用动态SQL 语句编程时，常常用到一个很重要的方法 Prepare，调

55、用 Prepare 方法之后，Delphi 会将带参数的 SQL 语句传送给与其对应的数据库引擎，对动态 SQL 语句进行语法分析和优化。虽然在用动态 SQL 语句编程时，调用 Prepare 方法并不是必须的，但是调用Prepare 方法后，会极大地提高动态 SQL 语句的执行性能，特别是当要反复多次执行同一条动态 SQL 语句时，其优越性会更加明显。 如果在应用程序中执行一条 SQL 语句之前并没有显式地调用 Prepare 方法，每次在执行 SQL 语句时，Delphi 会隐含地调用 Prepare 方法以准备这个查询。TadoQuery 部件还有一个 Prepare 属性，这是一个布尔

56、型属性，当其属性值为 True 时， 表明该查询已被准备好了( SQL 语句已被传送到数据库引擎中 ) ， 当我们使用参数编辑器 Parameters Editor 来为动态 SQL 语句中的参数赋值时，当设置完相应的参数值并退出参数编辑器时，Delphi 会隐含地调用 Prepare 方法以准备好查询。当SQL 语句执行完之后，要想准备下一个查询，首先必须调用 Close 方法，然后才能调用Prepare 方法准备下一个查询。一般来说，在一个应用程序中应该调用一次 Prepare 方法，常常在窗体的 OnCreate 事件处理过程中调用 Prepare 方法， 然后用上述介绍的方法为参数赋值

57、，最后调用 Open 方法或 ExecSQL 方法执行 SQL 语句，以完成查询。当然在调用 Prepare 方法准备好一个查询时，会消耗一些数据库资源， 因而每当一个查询执行完毕之后，要养成调用 UnPrepare 方法以撤消查询的好习惯。在运行程序过程中，通过程序改变 TQuery 或 TADOquery 部件的 SQL 属性值时，Delphi 会自动地调用 Close 方法和UnPrepare 方法，以撤消查询。在程序运行过程中，要想设置 Tquery 或 TADOquery 部件的 SQL 属性，必须首先调用 Close 方法，关闭 TQuery 或 TADOquery 部件，然后再调

58、用Clear 方法清除 SQL 属性中现存的 SQL 命令语句， 最后再调用 Add 方法为 SQL 属性设置新的 SQL 命令语句。例如：datamodule4.adoquery2.close;datamodule4.adoquery2.sql.clear;datamodule4.adoq uery2.sql.add(SELECT 借书证号,密码 FROM user WHERE (借书证号 =:tt);datamodule4.adoquery2.parameters0.value:=username;datamodule4.adoque ry2.open;在为 TQuery 或 TADOqu

59、ery 部件设置 SQL 属性时调用 Close 方法总是很安全的，如果 TQuery 或 TADOquery 部件已经被关闭了，调用 Close 方法时不会产生任何影响。在应用程序中为 SQL 属性设置新的 SQL 命令语句时，必须要调用 Clear 方法以清除 SQL 属性中现存的 SQL 命令语句，如果不调用 Clear 方法，便调用 Add 方法向 SQL 属性中设置 SQL 命令语句，那么新设置的 SQL 命令语句会追加在现存 SQL 命令语句后面， 在程序运行时常常会出现出乎意料的查询结果甚至程序无法运行下去。在这里要特别注意的，一般情况下 TQuery 或 TADOquery 部

60、件的 SQL 属性只能包含一条完整的 SQL 语句，它不允许被设置成多条 SQL 语句。当然有些数据库服务器也支持在 TQuery 或 TADOquery 部件的SQL 属性中设置多条 SQL 语句，只要数据库服务器允许这样，我们在编程时可以为 SQL 属性设置多条 SQL 语句。在为 TQuery 或 TADOquery 部件设置完 SQL 属性的属性值之后， 也即编写好适当的 SQL 程序之后，可以有多种方式来执行 SQL 程序。在设计过程中，设置完 TQuery 或 TADOquery 部件的 SQL 属性之后将其 Active 属性的值置为 True， 这样便可以执行 SQL 属性中的

61、 SQL 程序，如果应用中有与 TQuery 或 TADOquery 部件相连的数据浏览部件( 如 TDDGrid TDBEdit 等)那么在这些数据浏览部件中会显示 SQL 程序的执行结果。在应用程序运行过程中，通过程序调用 TQuery 或 TADOquery 组件的 Open 方法或ExecSQL 方法可以执行其 SQL 属性中的 SQL 程序。Open 方法和 ExecSQL 方法是不一样的。Open 方法只能用来执行 SQL 语言的查询语句(Select 命令)， 并返回一个查询结果集，而 ExecSQL 方法还可以用来执行其它常用的 SQL 语句(如 INSERT, UPDATE,

62、 DELETE 等命令)，例如：Query1.Open (这样会返回一个查询结果集)如果调用 Open 方法，而没有查询结果时，会出错。此时应该调用 ExecSQL 方法来代替 Open 方法。如： Query1.ExecSQL (没有返回结果)当然在设计应用程序时，程序设计人员是无法确定TQuery 或 TADOquery 组件中的 SQL 语句是否会返回一个查询结果的。对于这种情况应当用 TryExcept 模块来设计程序。在 Try 部分调用 Open 方法，而在 Except 部分调用ExceSQL 方 法 ， 这 样 才 能 保 证 程 序 的 正 确 运 行 。 例 如 ： 通过 Tquery 或 TADOquery 组件可以获得两种类型的数据：u “活动”的数据这种数据就跟通过 TTable 部件获得的数据一样，用户可以通过数据浏览部件来编辑修改这些数据，并且当调用 Post 方法或当焦点离开当前的数据浏览部件时，用户对数据的修改自动地被写回到数据库中。u 非活动的数据(只读数据)用户通过数据浏览部件是不能修改其中的数据。在缺省情况下，通过 TQuery 部件获得的查询结果数