问应用元数据，想反，他们通过中的工具来处理这些数据就是种关系型数据库管理系统。

关系模型。

关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。

关系模型是由若干个关系模式组成的集合。

关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是张二维表格。

表中的行每次改变时，索引也必须改变，这意味着索引并非随意的，应该在真正需要或者，可以在图书名称字段上创建个索引，该索引的条目按照图书名称排序，这样，该索引的条目可以读出来，并用来按顺序访问数据。

索引用于快速访问数据。

例如，个用户只想访问表中图书类别值为的那些学生。

如果没有索引，则必须搜索整个源表但有了索引之后，可以找到索引条目，并使用它来挑选所有合适的行。

索引对排序和查找是有帮助的，但要付出代价。

如果没有索引，则必须搜索整个源表例如，个用户只想访问表中图书类别值为的那些学生。

部分内容简介所有的数据都需要从源表中提取出来并排序，除非表很小，否则这是个很费时的过程。

或者，可以在图书名称字段上创建个索引，该索引的条目按照图书名称排序，这样，该索引的条目可以读出来，并用来按顺序访问数据。

索引用于快速访问数据。

例如，个用户只想访问表中图书类别值为的那些学生。

如果没有索引，则必须搜索整个源表但有了索引之后，可以找到索引条目，并使用它来挑选所有合适的行。

索引对排序和查找是有帮助的，但要付出代价。

表中的行每次改变时，索引也必须改变，这意味着索引并非随意的，应该在真正需要时保存。

应用元数据存储在数据库中的第四种数据是应用元数据，它用来存储用户窗体报表查询和其他形式的查询组件。

并非所有的都支持应用组件，支持组件的也不定把全部组件的结构作为应用元数据存储在数据库中。

然而，大多数现代的产品存储这种数据作为数据库的部分。

般来说，数据库开发人员和用户都不直接访问应用元数据，想反，他们通过中的工具来处理这些数据。

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

数据库管理系统数据库管理系统是指数据库系统中管理数据的软件系统。

是数据库系统的核心组成部分。

对数据库的切操作，包括定义更新及各种控制，都是通过进行的。

总是基于种数据模型，可以把看成是种数据模型在计算机系统上的具体实现。

根据数据模型的不同，可以分成层次型网状型关系型面向对象型等。

就是种关系型数据库管理系统。

关系模型。

关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。

关系模型是由若干个关系模式组成的集合。

关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是张二维表格。

关系模型和层次网状模型的最大判别是用关键码而不是用指针导航数据，表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。

关系模型是数学化模型。

语言是关系数据库的标准化语言，已得到了广泛的应用。

的特点和功能可以分为三个子系统设计工具子系统运行子系统和引擎。

设计子系统有个方便数据库及其应用创建的工具集。

它典型地包含产生表窗体查询和报表的工具。

产品还提供编程语言和对编程语言的接口。

运行子系统处理用设计子系统开发的应用组件。

它所包含的运行处理器用来处理窗体和数据库的数据交互，以及回答查询和打印报表等。

引擎从其他两个组件接受请求，并把它们翻译成对操作系统的命令，以便读写物理介质上的数据。

引擎还涉及事务管理锁备份和恢复。

创建数据库数据库模式定义了数据库的结构表关系域和业务规则。

数据库模式是种二九级毕业设计论文第页共页设计，数据库和应用正是建立在此基础上的。

域是列可能拥有的值的集合。

必须为每个表的每列确定域。

除了数据的物理格式外，还需要确定是否有些域对表来说是唯的。

数据库模式的最后个要素是业务规则，它是对需要反映在数据库和数据库应用程序中的业务活动的约束。

业务规则是模式的个重要部分，因为他们指定了无论什么数据变化到达引擎，允许的数据值必须满足的约束。

不管无效的数据变化请求是来自窗体的用户查询修改请求还是应用程序，都应该拒绝。

遗憾的是，不同的产品用不同的方法实施业务规则。

在些情况下，产品不具备实施必要业务规则的能力，必须以代码形式把它们编入应用程序。

图书管理系统当今时代是飞速发展的信息时代。

在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。

计算机的最大好处在于利用它能够进行信息管理。

使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。

尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。

计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。

本系统就是为了管理好图书馆信息而设计的。

图书馆作为种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。

根据调查得知，他们以前对信息管理的主要方式是基于文本表格等纸介质的手工处理，对于图书借阅情况如借书天数超过限定借书时间的天数的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限以及借阅天数等用人工计算手抄进行。

数据信息处理工作量大，容易出错由于数据繁多，容易丢失，且不易查找。

总的来说，缺乏系统，规范的信息管理手段。

尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。

数据处理手工操作，工作量大，出错率高，出错后不易更改。

图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间长，如再要进行查询，就得在众多的资料中翻阅查找了，造成查询费时费力。

如要对很长时间以前的图书进行更改就更加困难了。

基于这些问题，我认为有必要建立个图书管理系统，使图书管理司的ⅱ公司的公司的公司的等关系模型。

关系模型的主要是用二维表格结构表达实体集，用外键表示实体间联系。

关系模型是由若干个关系模式组成的集合。

关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是张二维表格。

关系模型和层次网状模型的最大判别是用关键码而不是用指针导航数据，表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。

关系模型是数学化模型。

语言是关系数据库的标准化语言，已得到了广泛的应用。

世纪年代对关系数据库的研究主要集中在理论和实验系统的开发方面。

年代初才形成产品，但很快得到广泛的应用和普及，并最终取代了层次网状数据库产品。

现在市场上典型的关系产品有和微机型产品等。

关系模型和网状层次模型的最大区别是关系模型用表格数据而不是通过指针链来表示和实现实体间联系。

关系模型的数据结构简单易懂。

只需用简单的查询语句就可对数据库进行操作。

关系模型是数学化的模型，可把表格看成个集合，因此集合论数理逻辑等知识可引入到关系模型中来。

关系模型已是个成熟的有前途的模型，已得到广泛应用。

面向对象模型。

目前，关系数据库的使用已相当普遍，但是，现实世界中仍然存在着许多含有复杂数据结构的应用领域，例如，数据图形数据等，而关系模型在这方面的处理能力就显得力不从心。

因此，人们需要更高级的数据库技术来表达这类信息。

面向对象的概念最早出现在程序设计语言中，随后迅速渗透到计算机领域的每个分支。

面向对象数据库是面向对象概念与数据库技术相结合的产物。

面向对象模型能完整地描述现实世界的数据结构，具有丰富的表达能力，但模型相对较复杂，涉及的知识面也广，因此面向对象数据库尚未达到关系数据库那样的普及程度。

数据库体系结构数据库的体系结构分三级内部级，概念级和外部级。

这个三级结构有时也称为三级模式结构，或数据抽象的三个级别，最早是在年通过的二九级毕业设计论文第页共页报告中提出，后来收入在年的美国报告中。

虽然现在的产品多种多样，在不同的操作系统支持下工作，但是大多数系统在总的体系结构上都具有三级模式的结构特征。

从个角度看到的数据特性称为数据视图。

外部级最接近用户，是单个用户所能看到的数据特性。

单个用户使用的数据视图的描述称为外模式。

概念级涉及到所有用户的数据定义，是全局的数据视图。

全局数据视图的描述称为概念模式。

内部级最接近于物理存储设备，涉及到实际数据存储的结构。

物理存储数据视图的描述称为内模式。

数据库的三级模式结构是数据的三个抽象级别。

它把数据的具体组织留给去做，用户只要抽象地处理数据，而不必关心数据在计算机中的表示和存储，这样就减轻了用户使用系统的负担。

三级结构之间往往差别很大，为了实现这三个抽象级别的联系和转换，在三级结构之间提供两个层次的映象外模式模式映象，模式内模式映象。

此处模式是概念模式的简称。

数据的性由于数据库系统采用三级模式结构，因此系统具有数据性的特点。

在数据库技术中，数据性是指应用