局域网图书资料查询系统

《局域网图书资料查询系统》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、局域网图书资料查询系统摘要本文结合日常图书查询系统的实际需要，通过对C/S模式、PoS进行了介绍。第二章的开始介绍了关系型数据库的基本概念，着重说明了几个关键概念的定义；然后对SQL语言作了一个介绍说明；最后通过两个例子介绍了PB6.5用PoicrosoftAccess对数据库进行逻辑设计。第五章是对局域网图书资料查询系统的具体设计。描述了整个系统详细的功能模块划分，描述了登录模块、模糊（分类）查询、多条件（组合）查询、数据编辑更新模块以及数据维护模块的实现过程，并对设计源代码进行了　　　　　2.键

2、(KEY)键由一个或几个属性组成，在实际使用中，有下列几种键：1)超键(SuperKey)：在关系中能惟一标识元组的属性集称为关系模式的超键。2)候选键(CandidateKey)：不含有多余属性的超键称为候选键。也就是在候选键中，若要再删除属性，就不是键了。3)主键：(PrimaryKey)：用户选作元组标识的一个侯选键称为主键。一般，如不加说明，则键是指主键。3.关系的定义和性质我们可以用集合的观点定义关系。关系是一个元数为K(K>=1)的元组的集合。把关系看成是一个集合，集合中的元素是元

3、组，每个元组的属性个数应相同。在关系模型中，对关系作了下列规范性限制：1)关系中每一个属性值都是不可分解的。2)关系中允许出现相同的元组（没有重复元组）3)由于关系是一个集合，因此不考虑元组间的顺序，即没有行序。4)元组中，属性在理论上也是无序的，但在使用时按习惯考虑列的顺序。2.1.2数据库的设计理论关系数据库的设计理论主要包括三个方面的内容：数据依赖、范式，模式设计方法。其中数据依赖起着核心的作用。1.函数依赖（Functionaldependency,FD）的定义设R(U)是一个关系模式，U是

4、R的属性集合，X和Y是U的子集。对于R(U)的任何一个可能的关系r，如果r中不存在两个元组，它们在X上的属性值相同，而在Y上的属性值不同，则称“Y函数依赖于X”，记作X→Y。如果X→Y，并且对于X的任一真子集X’，都有Y不函数依赖于X’，则称“Y完全函数依赖于X”，记作XfY。若X→Y，但Y不完全函数依赖于X，则称“Y部分函数依赖于X”，记作XPY。如果X→Y，Y→Z，且Y≮X，X不函数依赖于Y，则称“Z传递函数依赖于X”。2.范式在对表的形式进行了规范化定义后，数据结构还有五种规范化定义，定名为规

5、范化模式，称为范式。在这五种范式中，一般只用前三种，对于常用系统就足够了。而且这五种范式是“向上兼容”的，即满足第五范式的数据结构自动满足一、二、三、四范式，满足第四范式的数据结构自动满足第一、二、三范式，……，依此类推。第一范式(firstnormalform，简称1stNF)就是指在同一表中没有重复项出现，如果有则应将重复项去掉。这个去掉重复项的过程就称之为规范化处理。在本文所讨论的开发方法里，1stNF实际上是没有什么意义的。因为我们按规范化建立的指标体系和表的过程都自动保证了所有表都满足1s

6、tNF。第二范式(secondnormalform，简称2ndNF)是指每个表必须有一个(而且仅一个)数据元素为主关键字(primarykey)，其它数据元素与主关键字一一对应。例如，在图l9.7中如果我们将合同号定义为主关键字(其它数据元素中的记录数据都有可能重名，故不能作为主关键字)，故只要知道了一个合同记录的合同号，就可以唯一地在同一行中找到该合同的任何一项具体信息。通常我们称这种关系为函数依赖(functionaldepEndence)关系。即表中其它数据元素都依赖于主关键字，或称该数据元素

7、唯一地被主关键字所标识。第三范式(thirdnormalform，简称3rdNF)就是指表中的所有数据元素不但要能够唯一地被主关键字所标识，而且它们之间还必须相互独立，不存在其它的函数关系。也就是说对于一个满足了2ndNF的数据结构来说，表中有可能存在某些数据元素依赖于其它非关键宇数据元素的现象，必须加以消除。为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象，关系型数据库要尽量按关系规范化要求进行数据库设计。下面以教务管理信息系统为例来进行分析。3.模式设计方法一个好的模式设计方法应

8、符合下列三条原则：l表达性：涉及到两个数据库模式的等价性问题，即数据等价和依赖等价，分别用无损联接和保持函数依赖来衡量。l分离性：是指属性间的“独立关系”应该用不同的关系模式表达。独立联系是我们所考虑的“基本信息单位”。实际上分离就是清除存储异常和数据冗余现象。如果能达到这个目的，就分离。分离的基准就是一系列范式，分离与依赖等价有时是不可兼容的。l最小冗余性：要求在分解后的数据库能表达原来数据库的所有信息这个前提下实现。目的就是节省存储空间，提高对关系的操作效率，清除