实体集之间的联系有哪三种类型

实体集之间的联系有哪三种类型,第1张

1、一对一联系:指实体集E1中的一个实体最多只与实体集E2中的一个实体相联系。

例如:电影院的座位和观众实体之间的联系

2、一对多联系:表示实体集E1中的一个实体可与实体集E2中的多个实体相联系。

例如:部门和职工两个实体集之间的联系

3、多对多联系:表示实体集E1中的多个实体可与实体集E2中的多个实体相联系。

例如:工程项目和职工两个实体集之间的联系

扩展资料:

实体不仅是有形的,而且是有形的。我们不能把我们的思想与这种坚实的物质作比较。思想可以被看作是一个有生命的、在成长的结构,尽管它没有有形的物质感觉。

实体:客观存在并能与其他事物相区别的事物被称为实体。一个实体可能是一个具体的人、事物或事物,也可能是一个抽象的概念或联系。

实体表示数据中描述的真实世界的对象或概念。实体是客观世界中能够相互区别的事物。一个实体可以是一个人、一个物体或一个抽象概念。

当计算机网络研究开放系统上的信息交换时,实体被用来表示能够发送或接收信息的任何硬件或软件进程。

海洋科学和技术的基于互联网的文献检索

摘要:本文介绍了主要的方式来获取基于Internet的海洋科学和技术文献,解释西方科学和技术的主要步骤,基于互联网的海</文献检索,基于互联网的海洋科学和技术的文献检索技能。

关键词:文献检索,海洋科学和技术文献,互联网

随着信息技术和互联网的发展,海洋科学和技术,文献检索方法后

手工检索,计算机检索到当前的网络检索多个发展阶段。海洋科研工作

可以充分利用的网络数据库和网络搜索工具,获得了大量的海洋科学和技术

文学,但是,在面对海量的网上信息资源,真正需要的信息在网络上找到

变得像在大海里捞针,如何使用?信息

快速,准确,全面的科学的海洋中的网络条件和网络资源

和面临的问题,目前的海洋科??学家普遍关心的文献信息需要。

1的Internet海洋科学和技术的文献检索方法

1.1在线数据库检索系统

1.1.1全面的网上数据库检索系统

1.1.1.1水科学和渔业文摘检索系统...... />检索系统

水ASFA(水产科学和渔业文摘ASFA,包括对水环境的科学,技术和管理的范围,包括海洋,半咸水和新的的

生物在

>方面的资源及其对社会,经济,法律问题,该系统包含的内容自1971年以来,全球的补充报告

摘要高达40 000。海洋科学和

开始查找文章从关键字的摘要检索系统,作者,分类字段高考

电缆。

1.1.1.2万

数据资源系统(第三方数据资源系统形成,海洋科学文献,科研,度

论文,中国的专利,由中国科学技术信息研究

和万方数据(集团)公司,标准和法规,如不同类型的全文信息检索。数字化期刊库 BR />现有的2000种科技期刊,其中大部分是进入教育部科技论文统计源

核心期刊,支持跨数据库检索。

1.1.1.3重庆VIP中国期刊全文数据库

重庆维普中文期刊数据库(收集的1989

自13000种中外文期刊1500多万篇文章的全文可以分

类的自定义自定义的期刊关键词定制,提供个性化服务。

1.1.1.4超星数字图书馆

超星数字图书馆(超星电子技术公共

部合作举办的中国国家图书馆,超星网上图书馆国家图书馆

超过50大类,51万种图书的互联网用户

海洋类中查找图书馆资源。

1.1.1.5科学数据库

科学数据库(免费提供

在内的各种专门数据库(化学,化学生物学,地球科学,材料,能源,

气体类天文学类)和非专业的数据库(科普博览,科技,营养和健康检查数据库包,技术

名人,科学,技术,文学,科学和技术),以及科学和技术导航(包括国内的技术,科学和技术,科学

数据库及其他),除了选定的文件在线免费阅读

1.1.2海洋的专利文献数据库搜索

1.1.2.1信息中心,中国海洋知识产权专利数据库

中国海洋知识产权信息中心(专利数据...... />图书馆目前国内海洋专利信息超过13000项,收集美国,日本,英国,

350000,德国,法国,瑞士和其他国家的国外的海上专利信息,以及行业子...... />下载分类导航,开采(砂矿)在海洋渔业,海洋食品,生物医药,海洋技术

工人,海水综合利用,海洋船舶工业,海洋石油和天然气行业的海滨不同的专业领域,海洋工程,海洋环保,海洋,大海的

扬灾害的电子检索。

1.1.2.2美国专利全文数据库

美国专利全文数据库(

检索提供书目1971年以后,免费提供美国专利说明书全文的扫描图像数据,自1980年以来,免费

下载图片浏览器

1.1.2.3欧洲专利局数据库

欧洲专利局数据库(免费检索专利文献数据,在过去的30年,包括63个

多个国家和地区,20个国家自1920年扫描的图像,以及10项专利英文摘要和全文的专利当局。

1.1

专利。海洋标准文献的在线数据库的信息检索系统

1.1.3.1国际标准化组织/国际标准化组织(国际标准化组织,

世界各地的用户通过互联网,为客户提供国际标准,区域标准,国家

家标准的网络检索服务,在线和传输标准的,可以责令全文

1.1.3.2美国局标准

美国局标准(美国国家标准协会,美国

私营标准组织,政府机构,和ISO的标准信息可以提供各种订购的全文。的

1.1.3.3中国标准

中国标准网络(提供国家标准,行业标准,以及一些国际标准,如ISO,IEC,UL标准书目信息查询,并可以在网上订购全文

1.2在线收藏目录 />上网,许多海洋大学图书馆和海洋研究机构提供自己的藏品机的读取目录中,如中国海洋大学(浙江海洋学院学报

(国家海洋信息中心(

等等...... />海洋科学技术类文献馆藏目录和信息可以通过互联网进行访问,从而进一步获得所需的海洋科学文献。

1.3网络搜索引擎

网络搜索引擎Alta Vista的,信息搜寻谷歌,雅虎和百度

如搜索引擎搜索的优势,节省了时间和精力,简单,方便,快速检索,

,广泛及时获得新的信息。缺点相比,海洋科学和检索准确

功能的完整性和在线数据库和在线收藏目录有

很大的区别,和检索的需求和期望的检索效率有一定差距的通用网络

网络搜索引擎可以使用的技术文献只能作为检索艾滋病

Internet海洋科技文献检索步骤

2.1分析问题,并确定检索目标的

检索之前,必须认真分析问题,找出核心问题主题,明确的主题

包含的概念成分,它们的相互关系,以确定所涉及的时间和空间尺度,语言文化

报价类型,明确新奇,精确,检查的指标要求,其重点要了解

新闻的海洋科学和技术的新进展探索未知世界,强调的是“新”,要解决的具体问题,在海洋科学

研究,文献量的一定范围内的,但不希望有错误,然后越强

音“准”,要学习的整个过程中,写评论,做鉴定,希望所有

文章,他们强调的是“全”。 BR />2.2选择合适的选择,可以概括为“4C”原则的内容是指内容的数据库检索系统和数据库

数据库,学习

部的范围,类型(如数字,文摘,全文等),数据源(如期刊论文,专利文件,

科学和技术报告等)覆盖的数据库的大小,时间范围机构人士透露,文件和

量,货币指的及时性,频率,周期数据库的更新费用支付

标准和方式的数据库,通常包括几个数据库检索系统到系统中,有最常见的主要

标题目录为用户提供了选择中国期刊载的

学位论文全文数据库年鉴全文数据库CNKI博主的,下面的每个数据库有不同

主题分类,因此,用户应根据待检决定选择一个特定的数据库的主体的范围

定向信息检索,如Yahoo,Infoseek的目录搜索工具按照主题网

记录系统的向导浏览跟踪信息检索和条目的书籍和期刊的集合

大学图书馆或其他图书馆服务上线检索系统较强的学术信息,选择

可选。数据(如数据库)的主题。 BR />2.3分析的概念,并确定检索词

主题的概念。分析,提炼的搜索字词清楚这是核心词,什么是未成年人的话,

这意味着词词库,试图分析准确反映需求应该用于检索值的选择的搜索术语基本术语,基本词汇组,检索。

注意同义词,近义词,是指选字。 BR />2.4实现检索

充分利用布尔逻辑运算符构造检索的检索过程中使用

布尔运算符逻辑“或(OR),逻辑”与(AND),逻辑“非(实施NOT),

优先顺序是NOT,AND,OR,第一个括号,括号外的括号中的互联网

几乎所有的信息检索系统,支持布尔逻辑是两个 BR />值逻辑,因此,只有两种情况,无论是真或假,不反映主题的概念重

在一定程度上不符合命中文献的相关度排序。 />

国际互联网络为基础的海洋科技文献检索技能,使人们的生活和工作极其丰富,以及以人

在广袤的网上文献信息以便快速寻找更多的困难,准确的,所有的地球来检索需要的

海洋科学和技术的文献资料,海洋科学家们在互联网上搜索,应注意使用的检索技能

下。

3.1多数据库多系统检索

什么样的??搜索引擎仅限于相同的问题的范围和功能相同

可以使用不同的搜索字词的搜索工具和跨多个数据库,避免重复检索的局限性, BR />数据库检索,得到全方位的海洋科技文献检索结果。

3.2选择合适的搜索字词

全面考虑各种可能出现的情况,紧紧围绕所检索的内容选择搜索项

应继续从专业技术的角度来看,使用国际通用的术语,以提高检索

词专指度,你需要增加或改变下义词和强大的搜索术语,专指程度

建造的正确使用逻辑运算符使用布尔逻辑运算符检索。

3.3组的搜索字词,以确保

信息,召回率和精度,尤其是在使用搜索引擎来检索。

百度搜索引擎,例如,用“ - ”逻辑非,如海冰 - 南极检索结果包包括南极海冰

3.4采用二次检索

使用辅助搜索可以提高精度比许多检索系统在网络上的力量

如重庆维普中文期刊数据库,当检测到文献时,你可以利用“二次检查

电缆键第一个结果的基础上再次检索。例如,第一次使用“关键字”搜索“金q鱼

鱼”,输出选择“标题”,进入“中国海洋大学,点击”辅助检查

电缆,输出的结果是同时满足标题海洋大学的中国产品描述

“金q鱼”的文献。二次搜索,可以多次应用,以实现复杂的检索,从而提高海

准确率外科学文献。

4结论

熟悉和掌握保罗

许可证海洋研究人员在海中的基于Internet的海洋科技文献检索的方法和技术?信息快速,准确,全面地获得所需的技术

文献信息是非常重要的,海洋科学家通常应集中在检索方法和检验

电缆的技能和积累总结,并充分利用互联网海洋科学和技术文献上的资料很好的海

国外的研究工作

参考

[1]林岗的专业互联网信息资源[J]。低温与特气,2003(5): 1 - 6。

[2]杨羽互联网资源,专利信息检索和获取[J]。科技情报开发与

经济,2002(5):25-2628

[3]王李云迪基于网络的社会科学信息资源分布及检索策略[J]。中国图

图书馆,2003(3):57-61。

[4]陈轰昧烟台市牟平区网络经济的资源分配和检索策略的研究[J]。情报局

学校,2004(5):558-561,567。

图书馆管理系统

摘 要

图书管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。

因此本人结合开入式图书馆的要求,对MS SQL Server2000数据库管理系统、SQL语言原理、Delphi应用程序设计,Delphi数据库技术进行了较深入的学习和应用,主要完成对图书管理系统的需求分析、功能模块划分、数据库模式分析,并由此设计了数据库结构和应用程序。系统运行结果证明,本文所设计的图书管理系统可以满足借阅者、图书馆工作人员和高级管理员三方面的需要。

第一章对数据库应用系统开发和图书管理系统进行了简明的介绍,并分析了开发图书管理系统所应进行的工作。

第二章对数据库的设计和SQL语言的使用进行了系统分析,为深入理解数据库应用打下了基础。

第三章学习了具体的开发工具Delphi 6.0,对其数据库组件,SQL语言在Delphi中的应用等数据库编程关键技术进行了系统的介绍。

第四章分析了图书管理信息系统的应用需求,按照数据库设计理论一步一步地给出了系统需求说明书、局部ER图、全局ER图、系统关系模式,子模式,利用MS SQL Server2000建立了数据库

第五章进行了具体的程序设计,具体划分了三类用户的 *** 作权限,设计了了三个 *** 作界面。实现了数据库表的浏览,记录的添加、删除和修改,报表的生成,实现了多数据库表的连接 *** 作,实现了多条件查询和模糊查询,并灵活实现了对不可更新查询结果集的更新 *** 作,实现了主从表 *** 作,实现了密码维护功能,最后,系统还可以导入数据库以对任意同结构的数据库进行 *** 作。

设计充分利用Delphi 6、MS SQL Server2000数据库技术的强大力量,提高了编程效率和可靠性。

关键词:数据库,SQL语言,MS SQL Server,Delphi6,

数据库组件,图书管理,窗体,listview组件

24

37

§5.2 数据模块窗体的设置 ……………………………………………………… 第一章 绪 论

§1.1 数据库应用系统开发简介

在数据库应用系统开发之前,对开发数据库的基本概念应当了解,对数据库的结构、开发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。

数据库应用系统开发的目标是建立一个满足用户长期需求的产品。开发的主要过程为:理解用户的需求,然后,把它们转变为有效的数据库设计。把设计转变为实际的数据库,并且这些数据库带有功能完备、高效能的应用。

数据库技术在计算机软件邻域研究中一直是非常重要的主题,产生于60年代,30多年来数据库技术得到了迅速发展,并已形成较为完整的理论体系和一大批实用系统。并且,近年来,随着World Wide Web(WWW)的猛增及Internet技术的迅速发展,使得数据库技术之时成为最热门技术之一。

1.1.1 数据库

如图1.1显示了数据库系统的主要组件。数据库由DBMS(数据库管理系统)处理,DBMS则由开发人员和用户通过应用程序直接或间接地使用。它主要包括四个要素:用户数据、元数据、索引和应用元数据。

1.1.1.1 用户数据

目前,大多数主流数据库管理系统把用户数据表示为关系。现在把关系看作数据表。表的列包含域或属性,表的行包含对应业务环境中的实体的记录。并非所有的关系都同样符合要求,有些关系比其它关系更结构化一些。第二章描述了一个用以产生良好结构关系的过程,称作规范化。

为了对比结构差的关系和结构好的关系之间的差别,以本文所设计的图书管理系统中的图书和图书借阅者关系为例来说明,假若设计关系R1(借书证号,姓名,性别,身份编号,身份z,联系电话,图书编号,图书名称,图书类别,作者,出版社,出版日期,备注,价格,数量);这个关系的问题出在它有关于两个不同主题的数据,就是图书借阅者和图书。用这种方式构成的关系在进行修改时,会出现问题。因为一个图书借阅者可能借阅多本书,如果某个图书借阅者的某个字段(如联系电话)出现变更,它所借阅的图书记录(可能多个)也就必须变化,这是不好的。因此数据用两个关系表示更好。现在如果某图书借阅者改变了它的联系电话,只有关系(表)user的对应行需要改变。当然,要想产生一个,显示图书名称及其借阅者联系电话的报表,就需要将这两个表的行结合起来。结果表明,将关系分别存储,在生成报表的时候将它们结合起来,比把它们存储在一个合成的表中更好。

user(借书证号,姓名,性别,身份编号,身份z,联系电话,)

book(图书编号,图书名称,图书类别,作者,出版社,出版日期,备注,价格,数量)

1.1.1.2 元数据

数据库是自描述的,这就意味着它自身包含了它的结构的描述,这种结构的描述称作元数据。因为DBMS产品是用来存储和 *** 纵表的,所以大多数产品把元数据以表的形式存储,有时称作系统表。这些系统表存储了数据库中表的情况,指出每一个表中有多少列,那一列是主关键字,每一列的数据类型的描述,它也存储索引、关键字、规则和数据库结构的其他部分。

在表中存储元数据不仅对DBMS是有效的,对用户也是方便的,因为他们可以使用与查询用户数据同样的查询工具来查询元数据。本文第二章所介绍的SQL语言可以同时用于元数据和用户数据。

1.1.1.3 索引

第三种类型的数据改进了数据库的性能和可访问性,这种数据经常称作开销数据,尽管有时也采用其他类型的数据结构,如链表,但它主要还是索引。索引可以用来排序和快速访问数据。下面以本人的图书管理信息系统中的book表为例来说明。

假定数据在磁盘上是按’图书编号’的递增顺序排列的,用户想打印一个按’图书名称’排序的图书数据报表。为此,所有的数据都需要从源表中提取出来并排序,除非表很小,否则这是一个很费时的过程。或者,可以在‘图书名称’字段上创建一个索引,该索引的条目按照‘图书名称’排序,这样,该索引的条目可以读出来,并用来按顺序访问book数据。

索引用于快速访问数据。例如,一个用户只想访问book表中‘图书类别’值为‘01’的那些学生。如果没有索引,则必须搜索整个源表;但有了索引之后,可以找到索引条目,并使用它来挑选所有合适的行。

索引对排序和查找是有帮助的,但要付出代价。book表中的行每次改变时,索引也必须改变,这意味着索引并非随意的,应该在真正需要时保存。

1.1.1.4 应用元数据

存储在数据库中的第四种数据是应用元数据,它用来存储用户窗体、报表、查询和其他形式的查询组件。并非所有的DBMS都支持应用组件,支持组件的DBMS也不一定把全部组件的结构作为应用元数据存储在数据库中。然而,大多数现代的DBMS产品存储这种数据作为数据库的一部分。一般来说,数据库开发人员和用户都不直接访问应用元数据,想反,他们通过DBMS中的工具来处理这些数据。

MS SQL Server2000中就支持窗体、存储过程等应用元数据。

1.1.2 数据库管理系统

数据库管理系统(DBMS)是指数据库系统中管理数据的软件系统。DBMS是数据库系统的核心组成部分。对数据库的一切 *** 作,包括定义、更新及各种控制,都是通过DBMS进行的。DBMS总是基于某种数据模型,可以把DBMS看成是某种数据模型在计算机系统上的具体实现。根据数据模型的不同,DBMS可以分成层次型、网状型、关系型、面向对象型等。MS SQL Server2000就是一种关系型数据库管理系统。

关系模型。关系模型主要是用二维表格结构表达实体集,用外键表示实体间联系。关系模型是由若干个关系模式组成的集合。关系模式相当于前面提到的记录类型,它的实例称为关系,每个关系实际上是一张二维表格。

关系模型和层次、网状模型的最大判别是用关键码而不是用指针导航数据,表格简单用户易懂,编程时并不涉及存储结构,访问技术等细节。关系模型是数学化模型。SQL语言是关系数据库的标准化语言,已得到了广泛的应用。

如图1.1所示,DBMS的特点和功能可以分为三个子系统:设计工具子系统、运行子系统和DBMS引擎。

设计子系统有一个方便数据库及其应用创建的工具集。它典型地包含产生表、窗体、查询和报表的工具。DBMS产品还提供编程语言和对编程语言的接口。

运行子系统处理用设计子系统开发的应用组件。它所包含的运行处理器用来处理窗体和数据库的数据交互,以及回答查询和打印报表等。

DBMS引擎从其他两个组件接受请求,并把它们翻译成对 *** 作系统的命令,以便读写物理介质上的数据。DBMS引擎还涉及事务管理、锁、备份和恢复。

1.1.3 创建数据库

1.1.3.1 数据库模式

数据库模式定义了数据库的结构、表、关系、域和业务规则。数据库模式是一种设计,数据库和应用正是建立在此基础上的。

域是一列可能拥有的值的集合。必须为每一个表的每一列确定域。除了数据的物理格式外,还需要确定是否有些域对表来说是唯一的。

数据库模式的最后一个要素是业务规则,它是对需要反映在数据库和数据库应用程序中的业务活动的约束。业务规则是模式的一个重要部分,因为他们指定了无论什么数据变化到达DBMS引擎,允许的数据值必须满足的约束。不管无效的数据变化请求是来自窗体的用户、查询/修改请求还是应用程序,DBMS都应该拒绝。

遗憾的是,不同的DBMS产品用不同的方法实施业务规则。在某些情况下,DBMS产品不具备实施必要业务规则的能力,必须以代码形式把它们编入应用程序。

1.1.3.2 创建表

1.1.3.3 定义联系

1.1.4 应用组件

数据库应用包括窗体、查询、报表、菜单和应用程序。

§1.2 图书管理系统

当今时代是飞速发展的信息时代。在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。

尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。本系统就是为了管理好图书馆信息而设计的。

图书馆作为一种信息资源的集散地,图书和用户借阅资料繁多,包含很多的信息数据的管理,现今,有很多的图书馆都是初步开始使用,甚至尚未使用计算机进行信息管理。根据调查得知,他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理,对于图书借阅情况(如借书天数、超过限定借书时间的天数)的统计和核实等往往采用对借书卡的人工检查进行,对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大,容易出错;由于数据繁多,容易丢失,且不易查找。总的来说,缺乏系统,规范的信息管理手段。尽管有的图书馆有计算机,但是尚未用于信息管理,没有发挥它的效力,资源闲置比较突出,这就是管理信息系统的开发的基本环境。

数据处理手工 *** 作,工作量大,出错率高,出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理,由于信息比较多,图书借阅信息的管理工作混乱而又复杂;一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找了,造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。

基于这此问题,我认为有必要建立一个图书管理系统,使图书管理工作规范化,系统化,程序化,避免图书管理的随意性,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改图书情况。

§1.1 系统所做工作

1) 了解应用开发工具的现状

2) DelPHi6.0编程基础

3) MS SQL Server基础

4) 设计数据库;设计界面

5) 开发数据库。数据库实现的一些功能有

l 数据和数据说明的醒目显示;

l 多条件的查询、多条记录的检索、模糊查询;

l 数据文件某种存储格式导入数据窗体,经过数据完整性校验存入数据库;

l 数据库安全性的设计;

l 数据库的设计、数据接口、界面的设计。

§1.3 本文所作工作

绪论部分对数据库应用系统的结构、开发进行了简要介绍,分析了图书管理信息系统设计的特点和任务。

第二章介绍了数据库的设计和范式分析,并系统介绍了SQL语言,为设计和理解应用程序做了铺垫。

第三章对系统介绍了Delphi 6.0的数据库编程技术、SQL语言在Delphi 6.0中的应用、MS SQL Server基础。

第四章分析了图书管理系统的应用需求,设计了系统的数据库结构,并根据需求对系统功能进行了划分和细化。

第五章根据第四章的设计结果利用MSSQL Server2000和Delphi 6.0进行了具体的应用程序设计。

总结部分介绍了设计体会和编程体会,并指出了系统设计中的不足和改进的方向。

第二章 数据库理论基础

一个成功的信息管理系统,是建立在许多条件之上的,而数据库是其中一个非常重要的条件和关键技术。

信息管理系统所涉及的数据库设计分五个步骤:数据库需求分析、概念设计、逻辑设计、物理设计与加载测试。

(1) 数据库需求分析的任务是将业务管理单证流化为数据流,划分主题之间的边界,绘制出DFD图,并完成相应的数据字典。

(2) 概念设计的任务是从DFD出发,绘制出本主题的实体-关系图,并列出各个实体与关系的纲要表。

(3) 逻辑设计的任务是从E-R图与对应的纲要表出发,确定各个实体及关系的表名属性。

(4) 物理设计的任务是确定所有属性的类型、宽度与取值范围,设计出基本表的主键,将所有的表名与字段名英文化(现在很多软件能支持中文字段,如MS SQL Server,我就是用的中文字段名),实现物理建库,完成数据库物理设计字典。

(5) 加载测试工作贯穿于程序测试工作的全过程,整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。

要设计出一个好的信息管理系统数据库,除满足系统所要求的功能外,还必须遵守下列原则:

² 基本表的个数越少越好。

² 主键的个数越少越好。键是表间连接的工具,主键越少,表间的连接就越简单。

² 字段的个数越少越好。

² 所有基本表的设计均应尽量符合第三范式。

数据库的设计中,如何处理多对多的关系和如何设计主键,是两个有着较大难度、需要重点考虑的问题。下面我们着重从SQL应用、数据库设计范式和查询优化等方面来分析本课题的系统关键技术和实现难点并加以解决。

§2.1 数据库系统设计及范式分析

信息系统的主要任务是通过大量的数据获得管理所需要的信息,这就必须存储和管理大量的数据。因此建立一个良好的数据组织结构和数据库,使整个系统都可以迅速、方便、准确地调用和管理所需的数据,是衡量信息系统开发工作好坏的主要指标之一。

2.1.1 数据库系统设计

数据库设计主要是进行数据库的逻辑设计,即将数据按一定的分类、分组系统和逻辑层次组织起来,是面向用户的。数据库设计时需要综合企业各个部门的存档数据和数据需求,分析各个数据之间的关系,按照DBMS提供的功能和描述工具,设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。

数据库设计的步骤是:

(1) 数据库结构定义:目前的数据库管理系统(DBMS)有的是支持联机事务处理CLTP(负责对事务数据进行采集、处理、存储)的 *** 作型DBMS,有的可支持数据仓库、有联机分析处理CLAP(指为支持决策的制定对数据的一种加工 *** 作)功能的大型DBMS,有的数据库是关系型的、有的可支持面向对象数据库。针对选择的DBMS,进行数据库结构定义。

(2) 数据表定义:数据表定义指定义数据库中数据表的结构,数据表的逻辑结构包括:属性名称、类型、表示形式、缺省值、校验规则、是否关键字、可否为空等。关系型数据库要尽量按关系规范化要求进行数据库设计,但为使效率高,规范化程度应根据应用环境和条件来决定。数据表设计不仅要满足数据存储的要求,还要增加一些如反映有关信息、 *** 作责任、中间数据的字段或临时数据表。

(3) 存储设备和存储空间组织:确定数据的存放地点、存储路径、存储设备等,备份方案,对多版本如何保证一致性和数据的完整性。

(4) 数据使用权限设置:针对用户的不同使用要求,确定数据的用户使用权限,确保数据安全。

(5) 数据字典设计:用数据字典描述数据库的设计,便于维护和修改。

为了更好地组织数据和设计出实际应用数据库,应该注意如下问题:

规范化地重组数据结构:对数据进行规范化表达,这在后面将会具体讨论。

关系数据结构的建立:在进行了数据基本结构的规范化重组后,还必须建立整体数据的关系结构。这一步设计完成后数据库和数据结构设计工作基本完成,只待系统实现时将数据分析和数据字典的内容代入到所设计的数据整体关系结构中,一个规范化数据库系统结构就建立起来了。

建立关系数据结构涉及三方面内容:确定关联的关键指标项并建立关联表;确定单一的父系记录结构;建立整个数据库的关系结构。

(1)链接关系的确定

在进行了上述数据规范化重组后,已经可以确保每一个基本数据表(我们简称为表)是规范的,但是这些单独的表并不能完整地反映事物,通常需要通过指标体系整体指标数据才能完整全面地反映问题。也就是说在这些基本表的各宇段中,所存储的是同一事物不同侧面的属性。那么计算机系统如何能知道哪些表中的哪些记录应与其它表中的哪些记录相对应,它们表示的是同一个事物呢?这就需要在设计数据结构时将这种各表之间的数据记录关系确定下来。这种表与表之间的数据关系一般都是通过主或辅关键词之间的连接来实现的。因为在每个表中只有主关键词才能唯一地标识表中的这一个记录值(因为根据第三范式的要求,表中其它数据字段函数都依赖于主关键词),所以将表通过关键词连接就能够唯一地标识出某一事物不同属性在不同表中的存放位置。

(2)确定单一的父子关系结构

所谓确定单一的父系关系结构就是要在所建立的各种表中消除多对多(以下用M:N来表示)的现象,即设法使得所有表中记录之间的关系呈树状结构(只能由一个主干发出若干条分支,而不能有若干条主干交错发出若干条分支状况)。所谓的“父系”就是指表的上一级关系表。消除多对多关系可以借助于E-R图的方法来解决,也可以在系统分析时予以注意,避免这种情况的发生。

消除这种M:N情况的办法也很简单,只需在二表之间增加一个表,则原来M:N的关系就改成了M:1,1:N的关系了。

确定数据资源的安全保密属性:

一般DBMS都提供给我们自己定义数据安全保密性的功能。系统所提供的安全保密功能一般有8个等级(0-7级),4种不同方式(只读、只写、删除、修改),而且允许用户利用这8个等级的4种方式对每一个表自由地进行定义。

定义安全保密性的方法一般有如下几种:

a.原则上所有文件都定义为4级,个别优先级特别高的办公室(终端或微机的入网账号)可定义高于4级的级别,反之则定义为低于4的级别。

b.统计文件(表)和数据录入文件一般只对本工作站定义为只写方式,对其它工作站则定义为只读方式。

c.财务等保密文件一般只对中工作站(如财务科等)定义为可写、可改、可删除方式,对其它工作站则定义为只读方式,而且不是每个人都能读,只有级别相同和高级别者才能读

2.1.2 数据库设计范式分析

建立起一个良好的数据指标体系,是建立数据结构和数据库的最重要的一环。一个良好的数据指标体系是建立DB的必要条件,但不是充分条件。我们完全可以认为所建指标体系中的一个指标类就是关系数据库中的一个基本表,而这个指标类下面的一个个具体指标就是这个基本表中的一个字段。但如果直接按照这种方式建库显然还不能算最佳。对于指标体系中数据的结构在建库前还必须进行规范化的重新组织。

a. 数据组织的规范化形式

在数据的规范化表达中,一般将一组相互关联的数据称为一个关系(relation),而在这个关系下的每个数据指标项则被称为数据元素(data element),这种关系落实到具体数据库上就是基本表,而数据元素就是基本表中的一个字段(field)。规范化表达还规定在每一个基本表中必须定义一个数据元素为关键字(key),它可以唯一地标识出该表中其它相关的数据元素。在规范化理论中表是二维的,它有如下四个性质:

l 在表中的任意一列上,数据项应属于同一个属性(如图中每一列都存放着不同合同记录的同一属性数据)。

l 表中所有行都是不相同的,不允许有重复组项出现(如图中每一行都是一个不同的合同记录)。

l 在表中,行的顺序无关紧要(如图中每行存的都是合同记录,至于先放哪一个合同都没关系)。

l 在表中,列的顺序无关紧要,但不能重复(如图中合同号和合同名谁先谁后都没关系,但二者不可重复或同名)。

在对表的形式进行了规范化定义后,数据结构还有五种规范化定义,定名为规范化模式,称为范式。在这五种范式中,一般只用前三种,对于常用系统就足够了。而且这五种范式是“向上兼容”的,即满足第五范式的数据结构自动满足一、二、三、四范式,满足第四范式的数据结构自动满足第一、二、三范式,……,依此类推。

第一范式(first normal form,简称1st NF)就是指在同一表中没有重复项出现,如果有则应将重复项去掉。这个去掉重复项的过程就称之为规范化处理。在本文所讨论的开发方法里,1st NF实际上是没有什么意义的。因为我们按规范化建立的指标体系和表的过程都自动保证了所有?/div>

基于UML图书馆管理系统的建模设计与实现 推荐 CAJ下载 PDF下载

【英文篇名】 Modeling Design and Realization of Library Management System Based on UML

【作者】 于淑香

【英文作者】 YU Shu-xiang (Shazhou Polytechnical Institute of TechnologyZhangjiagang 215600)

【机构】 沙洲职业工学院

【刊名】 沙洲职业工学院学报 , 编辑部邮箱 2005年 02期 ASPT来源刊 CJFD收录刊

【英文刊名】 Journal of Shazhou Vocational Institute of Technology

【中文关键词】 统一建模语言面向对象图书馆管理系统建模设计

【英文关键词】 UMLobject-orientedlibrary management systemmodeling design

【中文摘要】 以图书馆管理系统的开发为背景,探讨了UML在软件体系结构建模中的应用。以用例图表达系统需求, 以设计类图、顺序图、活动图表达系统的结构逻辑及行为逻辑,并详细介绍了基于UML的图书馆管理系统的建模设计及实现过程。

【英文摘要】 Based on the development of library management system, this paper discusses the application of UML to the modeling in the system structure of software, and illustrates in a detailed way the modeling design and the realizing process in the library management system based on UML, with the case picture to express the demand of the system, and the class diagram, the sequence diagram and the activity diagram to express the structural logic and behavioral logic in the system.

【DOI】 cnki:SCN:32-1525.0.2005-02-006


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9886864.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-03
下一篇 2023-05-03

发表评论

登录后才能评论

评论列表(0条)

保存