毕业论图书仓库管理系统的设计

毕业论图书仓库管理系统的设计内容摘要：

这样就减轻了用户使用系统的负担。 三级结构之间往往差别很大，为了实现这三个抽象级别的联系和转换， DBMS 在三级结构之间提供两个层次的映象（ mappings） :外模式 /模式映象，模 式 /内模式映象。 此处模式是概念模式的简称。 数据的独立性 由于数据库系统采用三级模式结构，因此系统具有数据独立性的特点。 在数据库技术中，数据独立性是指应用程序和数据之间相互独立，不受影响。 数据独立性分成物理数据独立性和逻辑数据独立性两级。 （ 1）物理数据独立性 如果数据库的内模式要进行修改，即数据库的存储设备和存储方法有所变化，那么模式 /内模式映象也要进行相当的修改，使概念模式尽可能保持不变。 也就是对内模式的修改尽量不影响概念模式，当然，对于外模式和应用程序的影响更小，这样，我们称数据库达到了 物理数据独立性。 （ 2）逻辑数据独立性 如果数据库的概念模式要进行修改，譬如增加记录类型或增加数据项，那么外模式 /模式映象也要进行相应的修改，使外模式尽可能保持不变。 也就是对概念模式的修改尽量不影响外模式和应用程序，这样，我们称数据库达到了逻辑数据独立性。 现有关系系统产品均提供了较高的物理独立性，而对逻辑独立性的支持尚有欠缺，例如，对外模式的数据更新受到限制等。 范式 建立起一个良好的数据指标体系，是建立数据结构和数据库的最重要的一环。 一个良好的数据指标体系是建立 DB的必要条件，但不是充分条 件。 我们完全可以认为所建指标体系中的一个指标类就是关系数据库中的一个基本表，而这个指标类下面的一个个具体指标就是这个基本表中的一个字段。 但如果直接按照这种方式建库显然还不能算最佳。 对于指标体系中数据的结构在建库前还必须进行规范化的重新组织。 在数据的规范化表达中，一般将一组相互关联的数据称为一个关系 (relation)，而在这个关系下的每个数据指标项则被称为数据元素 (data element)，这种关系落实到具体数据库上就是基本表，而数据元素就是基本表中的一个字段 (field)。 规范化表达还规定在每一个基本 表中必须定义一个数据元素为关键字 (key)，它可以唯一地标识出该表中其它相关的数据元素。 在规范化理论中表是二维的，它有如下四个性质： 在表中的任意一列上，数据项应属于同一个属性 (如图中每一列都存放着不同合同记录的同一属性数据 )。 表中所有行都是不相同的，不允许有重复组项出现 (如图中每一行都是一个不同的合同记录 )。 在表中，行的顺序无关紧要 (如图中每行存的都是合同记录，至于先放哪一个合同都没关系 )。 在表中，列的顺序无关紧要，但不能重复 (如图中合同号和合同名谁先谁后都没关系，但二者不可重复或同名 )。 在 对表的形式进行了规范化定义后，数据结构还有五种规范化定义，定名为规范化模式，称为范式。 在这五种范式中，一般只用前三种，对于常用系统就足够了。 而且这五种范式是 “ 向上兼容 ”的，即满足第五范式的数据结构自动满足一、二、三、四范式，满足第四范式的数据结构自动满足第一、二、三范式， „„ ，依此类推。 第一范式 (first normal form，简称 1st NF)就是指在同一表中没有重复项出现，如果有则应将重复项去掉。 这个去掉重复项的过程就称之为规范化处理。 在本文所讨论的开发方法里， 1st NF 实际上是没有什么意义的。 因为我们按规范化建立的指标体系和表的过程都自动保证了所有表都满足 1st NF。 第二范式 (second normal form，简称 2nd NF)是指每个表必须有一个 (而且仅一个 )数据元素为主关键字 (primary key)，其它数据元素与主关键字一一对应。 例如，在图 中如果我们将合同号定义为主关键字 (其它数据元素中的记录数据都有可能重名，故不能作为主关键字 )，故只要知道了一个合同记录的合同号，就可以唯一地在同一行中找到该合同的任何一项具体信息。 通常我们称这种关系为函数依赖 (functional depEndence)关系。 即表中其它数据元素都依赖于主关键字，或称该数据元素唯一地被主关键字所标识。 第三范式 (third normal form，简称 3rd NF)就是指表中的所有数据元素不但要能够唯一地被主关键字所标识，而且它们之间还必须相互独立，不存在其它的函数关系。 也就是说对于一个满足了 2nd NF 的数据结构来说，表中有可能存在某些数据元素依赖于其它非关键宇数据元素的现象，必须加以消除。 为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象，关系型数据库要尽量按关系规范化要求进行数 据库设计。 167。 SQL 语言基础 SQL简介 用户对数据库的使用，是通过数据库管理系统提供的语言来实现的。 不同的数据库管理系统提供不同的数据库语言。 关系数据库管理系统几乎都提供关系数据库标准语言 —— SQL。 SQL 的全称是 Structured Query Language，即结构化查询语言。 SQL语句可以从关系数据库中获得数据，也可以建立数据库、增加数据、修改数据。 1986年 ANSI 采用 SQL语言作为关系数据库系统的标准语言，后被国际化标准组织（ ISO）采纳为国际标准。 SQL 语言使用 方便、功能丰富、简洁易学，是操作数据库的工业标准语言，得到广泛地应用。 例如关系数据库产品 DB ORACLE等都实现了 SQL语言。 同时，其它数据库产品厂家也纷纷推出各自的支持 SQL 的软件或者与 SQL的接口软件。 这样 SQL 语言很快被整个计算机界认可。 SQL语言是一种非过程化语言，它一次处理一个记录集合，对数据提供自动导航。 SQL 语言允许用户在高层的数据结构上工作，而不对单个记录进行操作。 SQL语言不要求用户指定数据的存取方法，而是使用查询优化器，由系统决定对指定数据存取的最快速手段。 当设计者在关系表上定义了 索引时，系统会自动利用索引进行快速检索，用户不需知道表上是否有索引或者有什么类型的索引等细节。 SQL语言可以完成许多功能，例如： ● 查询数据 ● 在数据库表格中插入、修改和删除记录 ● 建立、修改和删除数据对象 ● 控制对数据和数据对象的存取 ● 确保数据库的一致性和完整性等 SQL查询 数据查询是关系运算理论在 SQL语言中的主要体现， SELECT 语句是 SQL查询的基本语句，当我们在对一个数据库进各种各样的操作时，使用的最多的就是数据查询，在以 SQL 为基础的关系数据库中，使用的最多的就是 SELECT查询语句。 SELECT语句的完整句法如下： SELECT 目标表的列名或列表达式序列 FROM 基本表和（或）视图序列 [WHERE 行条件表达式 ] [GROUP BY 列名序列 ] [HAVING 组条件表达式 ] [ORDER BY 列名 [ASC│DEAC]„] 我在 SELECT 语句中还使用了大量的保留字和通配符以进行各种各样的条件查询。 在系统中有大量的查询按钮，其使用了大量的查询语句，而且这些查询语句大部分使用的是模糊查询，所以大量的使用了模式匹配符 LIKE(判断值是否与指定的字符通配格 式相符 )。 在包含 LIKE的查询语句中可以使用两个通配符： %（百分号）：与零个或多个字符组成的字符串匹配； _（下划线）：与单个字符匹配。 系统中的条件判断往往包含多个条件，这时就需要使用逻辑运算符 NOT、 AND、 OR(用于多条件的逻辑连接 )，谓词 ALL 以及保留字 DISTINCT等等。 做为 SELECT 语句还有很多的使用方法，这里就不再叙述。 SQL数据更新 使用数据库的目的是为了有效地管理数据，而数据的插入、删除和修改则是必不可少的一个功能。 在本系统中就大量地使用了数据插入、删除和修改这三种操作，现 做一个简单地介绍。 ● 数据插入 往数据库的基本表中插入数据使用的是 INSERT 语句，其方式有两种：一种是元组值的插入，另一种是查询结果的插入。 在本系统中使用的是前一种方式，其句法如下： INSERT INTO 基本表名（列表名） VALUES（元组值） ● 数据删除 往数据库的基本表中删除数据使用的是 DELETE 语句，其句法如下： DELETE FROM 基本表名 [WHERE 条件表达式 ] 在些作一点说明，删除语句实际上是 “SELECT * FROM 基本表名 [WHERE 条件表达式 ]” 和 DELETE操作的 结合，每找到一个元组，就把它删除。 此外， DELETE语句只能从一个基本表中删除元组， WHERE子句中条件可以嵌套，也可以是来自几个基本表的复合条件。 ● 数据修改 当需要修改基本表中元组的某些列值时，可以用 UPDATE语句实现，其句法如下： UPDATE基本表名 SET列名 =值表达式 [，列名 =值表达式 „] [WHERE条件表达式 ] 在 Delphi 中使用 SQL 语句是很方便的，一般来说，都是通过 TQuery组件来使用 SQL 语言的。 有一点要进行说明，虽然通过 TQuery组件来使用 SQL 语言很方便，但考虑到自己对不同 组件的理解程度、个人习惯以及其它各个方面，在本系统中我采用的是 ADO 组件来对数据库进行操作。 最简单的方法比如在 TADOQuery组件的 SQL 属性中就可以键入 SQL 语句，至于详细的使用方法在后面进行介绍。 第三章 数据库开发工具 167。 Delphi 简介 Delphi 类可以粗略地分成两部分：一部分是组件类，这些组件类通常以某种方式出现在组件面板上，当用户从组件面板上点取一个类的图标后，在程序中就自动生成了该类的对象（非可视组件除外）；另一部分是功能类，这此功能类的对象通常出现在程序代码中，起 着不可代替的作用，但是这些功能类在组件面板上是找不到的。 在 Delphi 中，每一个类的祖先都是 Tobject 类 ,整个类的层次结构就像一棵倒挂的树，在最顶层的树根即为 Tobject 类。 这样，按照面向对象编程的基本思想，就使得用户可用 Tobject 类这个类型代替任何其它类的数据类型。 实际上在 Delphi 的类库中， Tobject 类派生出了为数相当众多的子类，它们形成了一个庞大的体系，通常情况下，如果不自行开发组件，就不必了解整个类的体系结构，只用到类层次树的叶结点就足够了。 凡是做过程序开发的人都知道从来没有单纯的 数据应用程序，也就是说，数据库应用程序必须和用户界面（可以是图形界面，也可以是命令接口）元素相结合，只讲界面或只讲数据库本身都构不成数据库应用程序，因而用 Delphi 开发数据库应用程序就隐含着界面开发。 Delphi6 中的VCL 组件可用图 31 来说明。 组件在 Delphi 程序的开发中是最显眼的角色。 大家知道，在编写程序时一般都开始于在组件面板上选择组件并定义组件间的相互作用。 但也有一些组件不在组件面板上，例如 Tform 和 Tapplication（典型的非可视组件）。 组件是 Tponents 派生出来的 子类，可以流的形式存放在 DFM 文件中，具有事件和 Publish 属性。 窗口组件类是窗口化的可视化组件类，在 Delphi 的类库中占有最大的份额。 在实际编程中，窗口组件类的对象都有句柄，可以接受输入焦点和包含其它组件。 图形组件与窗口组件并列，是另一大类组件。 图形组件不是基于窗口的，因而不能有窗口句柄，不能接受输入焦点和包含其它组件。 从图 843 中可以看出，图形组件的基类是 TgraphicControl,在实际编程中，它们必须寄生于它们的宿主 —— 窗口组件类的对象，由它们的拥有者负责其显示，而且它们还能触发一些和 鼠标活动相关的事件。 图形控件最典型的例子是 Tlabel和 TspeedButton。 由此可以看出图形组件的功能很弱，有读者会问图形组件的用处何在呢。 其实使用图形组件的最大好处在于节省资源，正是因为它们的功能较弱，所以使用的系统资源就要少。 在一个应用程序中，如果能在不影响其功能的前提下合理大量地使用图形组件，将会大减少程序对系统资源的消耗。 非可视组件是与可视组件相并列的另一类组件，非可视组件在程序运行中是不可见的（除各种对话框组件之外，事实上有人认为对话框组件不能归入非可视组件，应该是另一种介于可视与非可视之 间的组件）。 167。 Delphi 控件 用 Delphi6 开发数据库应用，重点是和各种数据库组件打交道，当然也要使用其它的一些组件，现在就我在系统设计中所使用的重要组件给与简单介绍。 ADO 数据访问组件 ADO 数据对象 (Active Data Objects)实际是一种提供访问各种数据类型的链接机制。 ADO 设计为一种极简单的格式，通过 ODBC 的方法同数据库接口中，可以使用任何一种 ODBC 数据源，即不止适合于 SQL Server、 Oracle、 Access 等数据库应用程序，也适合于 Excel 表格、文本文件、图形文件和无格式的数据文件。 ADO 是基于 OLEDB 之上的技术，因此 ADO 通过其内部的属性和方法提供统一的数据访问接口方法。 ADO 使您的客户端应用程序能够通过 OLE DB 提供访问和操作在数据库服务器中的数据。 ADO 支持用于建立 C/S 和 Web 的应用程序的主要功能。 其主要优点是易于使用、高速度、低内存支出和占用磁盘空间较少。 ADO 同时具有远程数据服务(RDS)功能，通过 RDS 可以在一次往返过程中实现将数据从服务器移动到客户端应用程序。