【25页】毕业论文：图书资料查询系统毕业设计文档优秀范文

元组中，属性在理论上也是无序的，但在使用时按习惯考虑列的顺序。

数据库的设计理论关系数据库的设计理论主要包括三个方面的内容数据依赖范式，模式设计方法。

其中数据依赖起着核心的作用。

函数依赖，的定义设是个关系模式，是的属性集合，键表示实体间联系的数据模型称为关系模型。

器上直接对数据库操作。

能将查询结果生成报表，并打印输出。

系统运行环境该系统采用模式进行设计局域网中有台服务器，其上运行服务器程序，操作系统为，客户机操作为，其上运行客户端程序。

系统开发工具该系统采用进行开发，数据库服务器端为客户端则为，整个系统在端调试完成。

端调试完成。

第二章数据库理论基础关系型数据库关系模型的基本概念用二维表格结构表示实体集，外系统开发工具该系统采用进行开发，数据库服务器端为行服务器程序，操作系统为，客户机操作为，其上运行客户端程序。

部分内容简介或浏览器修改，添加删除图书资料，实行松散管理，这建立在用户高度自觉的基础之上，当然也可由管理员在服务器上直接对数据库操作。

能将查询结果生成报表，并打印输出。

系统运行环境该系统采用模式进行设计局域网中有台服务器，其上运行服务器程序，操作系统为，客户机操作为，其上运行客户端程序。

系统开发工具该系统采用进行开发，数据库服务器端为客户端则为，整个系统在端调试完成。

第二章数据库理论基础关系型数据库关系模型的基本概念用二维表格结构表示实体集，外键表示实体间联系的数据模型称为关系模型。

二维表格表是张职工登记表，这是二维表格工号姓名年龄性别工资男女男女表二维表格实例为简单起见，对表格数学化，用字母表示表格的内容。

表可用图表示键键由个或几个属性组成，在实际使用中，有下列几种键超键在关系中能惟标识元组的属性集称为关系模式的超键。

候选键不含有多余属性的超键称为候选键。

也就是在候选键中，若要再删除属性，就不是键了。

主键用户选作元组标识的个侯选键称为主键。

般，如不加说明，则键是指主键。

关系的定义和性质我们可以用集合的观点定义关系。

关系是个元数为的元组的集合。

把关系看成是个集合，集合中的元素是元组，每个元组的属性个数应相同。

在关系模型中，对关系作了下列规范性限制关系中每个属性值都是不可分解的。

关系中允许出现相同的元组没有重复元组由于关系是个集合，因此不考虑元组间的顺序，即没有行序。

元组中，属性在理论上也是无序的，但在使用时按习惯考虑列的顺序。

数据库的设计理论关系数据库的设计理论主要包括三个方面的内容数据依赖范式，模式设计方法。

其中数据依赖起着核心的作用。

函数依赖，的定义设是个关系模式，是的属性集合，和是的子集。

对于的任何个可能的关系，如果中不存在两个元组，它们在上的属性值相同，而在上的属性值不同，则称函数依赖于，记作。

如果，并且对于的任真子集，都有不函数依赖于，则称完全函数依赖于，记作。

若，但不完全函数依赖于，则称部分函数依赖于，记作。

如果且≮，不函数依赖于，则称传递函数依赖于。

范式在对表的形式进行了规范化定义后，数据结构还有五种规范化定义，定名为规范化模式，称为范式。

在这五种范式中，般只用前三种，对于常用系统就足够了。

而且这五种范式是向上兼容的，即满足第五范式的数据结构自动满足二三四范式，满足第四范式的数据结构自动满足第二三范式，„„，依此类推。

第范式，简称就是指在同表中没有重复项出现，如果有则应将重复项去掉。

这个去掉重复项的过程就称之为规范化处理。

在本文所讨论的开发方法里，实际上是没有什么意义的。

因为我们按规范化建立的指标体系和表的过程都自动保证了所有表都满足。

第二范式，简称是指每个表必须有个而且仅个数据元素为主关键字，其它数据元素与主关键字对应。

例如，在图中如果我们将合同号定义为主关键字其它数据元素中的记录数据都有可能重名，故不能作为主关键字，故只要知道了个合同记录的合同号，就可以唯地在同行中找到该合同的任何项具体信息。

通常我们称这种关系为函数依赖关系。

即表中其它数据元素都依赖于主关键字，或称该数据元素唯地被主关键字所标识。

第三范式，简称就是指表中的所有数据元素不但要能够唯地被主关键字所标识，而且它们之间还必须相互，不存在其它的函数关系。

也就是说对于个满足了的数据结构来说，表中有可能存在些数据元素依赖于其它非关键宇数据元素的现象，必须加以消除。

为防止数据库出现更新异常插入异常删除异常数据冗余太大等现象，关系型数据库要尽量按关系规范化要求进行数据库设计。

下面以教务管理信息系统为例来进行分析。

模式设计方法个好的模式设计方法应符合下列三条原则表达性涉及到两个数据库模式的等价性问题，即数据等价和依赖等价，分别用无损联接和保持函数依赖来衡量。

分离性是指属性间的关系应该用不同的关系模式表达。

联系是我们所考虑的基本信息单位。

实际上分离就是清除存储异常和数据冗余现象。

如果能达到这个目的，就分离。

分离的基准就是系列范式，分离与依赖等价有时是不可兼容的。

最小冗余性要求在分解后的数据库能表达原来数据库的所有信息这个前提下实现。

目的就是节省存储空间，提高对关系的操作效率，清除不必要的冗余。

但要注意，在实际使用中，并不定要达到最小宙余。

因为有要求。

局域网图书资料查询系统的应用背景为个数十人的科研或开发小组，搜集了上千册有用的图书资料，其中有部分分布在个人手中，为了方便大家查阅，需要对每本书的状态进行跟踪，另新进和丢失的图书资料必须得到及时的反映。

因此，该系统需满足以下几方面需求用户的管理必须具有使用权限的用户才能成功登录到系统中来。

所谓用户权限在这里并不要求有功能上具体的划分，集中实行松散管理，这建立在用户高度自觉的基础上。

所以，在这里只需给每个需要使用系统的人个用户名和密码，即可登录系统进行各种操作。

新的用户需要取得管理员的许可将其加入系统，加入系统的用户可以对自己的用户密码进行修改。

查询功能系统需要提供几种不同方式的查询手段，以实现灵活方便地管理整个系统。

图书分类查询本图书包括书名出版社作者保管人等多个信息，这就要求系统能按照不同的信息类别对图书进行查询。

比如说，按书名查询按作者查询等。

选定需要的查询信息类别，再输入想查询的内容即可查询到相关的图书信息。

多条件查询很多时候，用户需要了解的信息不仅仅局限于个条件，比方说想同时查询书名为数据库原理但出版社仅为经济科学出版社的图书信息时，单纯的分类查询就不能满足用户的需要，这时就要用到多条件查询。

也就是说，多条件查询不仅可以实现单个的分类查询，还可以实现多条分类查询的组合查询。

每个查询条件之间用并且或或者的关系关联起来组成完整的查询条件。

模糊查询对于用户来说并不定完全记得本图书准确的名称，类似，对于作者出版社等等信息来说，很多时候用户只是记得些相关的信息而不是字不差的准确信息。

这个时候就要用到模糊查询。

用户输入查询内容后，系统将会把包含查询内容的注意并不是精确的等于查询内容所有相关图书信息显示出来，以使用户得到准确的自己真正需要的信息内容。

更新与编辑更新系统允许用户对查询到的内容进行修改并且存盘。

编辑系统允许用户对现库进行插入删除的操作，保证现库的真实性与实时性。

打印输出系统可以将用户查询到的内容动态地生成报表，并打印输出。

系统数据库设计概念设计概念设计的目标是产生反映局域网图书资料查询系统需求的数据库概念结构，即概念模式。

概念模式是于数据库逻辑结构，于支持数据库的，不依赖于计算机系统的。

模型模型是对现实世界的种抽象。

它的主要成分是实体联系和属性。

使用这三种成分，我们可以建立许多应用环境的模型。

模型的操作在利用模型进行数据库概念设计的过程中，常常需要对图进行种种变换。

这些变换又称为模型的操作，包括实体类型联系类型和属性的分裂合并和增删等等。

利用方法的数据库概念设计利用方法进行数据库的概念设计，可以分成三步进行首先设计局部模式，然后把各局部模式综合成个全局模式，最后对全局模式进行优化，得到最终的模式，即概念模式。

设计局部的模式通常，个数据库系统都是为多个不同用户服务的。

各个用户对数据的观点可能不样，信息处理需求也可能不同。

在设计数据库概念结构时，为了更好地模拟现实世界，个有效的策略是分而治之，即先分别考虑各个用户的信息需求，形成局部概念结构，然后再综合成全局结构。

在方法中，局部概念结构又称为局部模式，其图形表示称为图。

实体和属性的定义如下图书资料编号，资料名称，作者，出版社，出版日期资料类别，购买日期，保管人，备注用户编号，用户代码，用户姓名，登录口令，使用权限，查询显示项，用户显示头像资料类别资料编号，资料类别出版社出版社编号，出版社联系定义模型的联系用于刻画实体之间的关联。

种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。

若有联系，进步确定是还是等。

还要考察个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。

解释如下个用户可以保管多本图书资料，而本图书资料只能由个用户保管个资料类别可以对应多本图书，而本图书只对应个资料类别本图书由个出版社出版，而个出版社可以出版多种图书。

设计全局模式所有局部模式都设计好了后，接下来就是把它们综合成单的全局概念结构。