数据库管理系统总体设计

1、图书仓库治理系统本系统要紧完成对图书仓库的库存治理，包括图书入库、出库、库存，职员信息，供应商信息以及密码治理等六个方面。系统能 够完成对各类信息的扫瞄、查询、添加、删除、修改、报表等功 能。系统的核心是入库、库存和出库三者之间的联系，每一个表的修改都将联动的阻碍其它的表，当完成入库或出库操作时系统会自 动地完成库存的修改。查询功能也是系统的核心之一，在系统中即有单条件查询和多条件查询，也有精确查询和模糊查询， 系统不仅有静态的条件查询， 也有动态生成的条件查询， 其目的差不 多上为了方便用户使用。 系统有完整的用户添加、 删除和密码修 改功能，并具备报表打印功能。系统采纳Microsoft

2、Office中的Access 2000来设计数据库，并使用当前优秀的开发工具一Delphi 6.0，它有着最为灵活的 数据库结构，对数据库应用有着良好的支持。论文要紧介绍了本课题的开发背景， 所要完成的功能和开发的过 程。重点的讲明了系统设计的重点、设计思想、难点技术和解决方案。关键字：数据库，SQL语言，Delph 6，数据库组件，仓库治理目录1.11.2开发工具的选择 .21.3所做的要紧工作 .3第 二 章数 据 库 概43 / 1002.1数据库的进展 .42.1.1数 据 库 的 进展.42.1.2数 据 库 时 期 的 特点.52.1.3数据库技术.62.2数 据 库 理 论 基础

3、 .72.2.1数据库模型.72.2.2数 据 库 体 系 结构 .102.2.3数 据 的独 立性 .112.2.4112.3SQL语言基础 .132.3.1SQL简介 .132.3.2SQL查询 .132.3.3SQL数据更新 .14第 三 章 数 据 库 开 发 工具 .163.1Delphi6.0简介 .163.2Delphi6.0控件 .173.2.1ADO数 据 访 问 组件 .173.2.2数 据 操 纵 类DataC on trol . 185 / 100323数 据 访问 类DataAccess . 18324SQL语言 在Delphi中 的 应用 .193.3Access简

4、介 .21第 四 章系 统 总 体 设计 .234.1系统需求分析 .234.2系统概要设计 .254.2.1系 统 结 构 设计 .254.2.2数据库设计 .2ER图设274.222数 据 库 表 格 设计.294.3系统详细设计.34第 五 章系 统 应 用 程 序 设计 .375.1系统窗体模块组成.375.2数据模块窗体设置.385.3主 窗 体 功 能 模 块 的 实现.395.4入库、出库窗体模块的实现.435.5查 询 功 能 的 实现.515.6系统登陆窗体模块的实7 / 10052618 / 1005.7用 户 治 理 功 能 的 实现.545.7.1用 户

5、 治 理 主 窗体 .545.7.2密码修改窗体模块的实现 .545.7.3用户注册窗体模块的实现 .555.7.4用户注销窗体模块的实现 .57结束语.59致谢.60参考文献.第一章 引言1.1课题来源随着社会经济的迅速进展和科学技术的全面进步，计算机事业的飞速进展，以计算机与通信技术为基础的信息系统正处于蓬勃进 展的时期。随着经济文化水平的显著提高， 人们对生活质量及工 作环境的要求也越来越高。 书籍做为人类的精神食粮， 在现代社 会中越来越受到重视，大量的书籍出现在市场上，人们有了各种 各样不同的选择。与此同时，为了治理大量的图书，图书仓库也 大量的出现，仓库的治理问题也就提上了日程。

6、随着图书的大量 增加，其治理难度也越来越大，如何优化仓库的日常治理也就成 为了一个大众化的课题。在计算机飞速进展的今天，将计算机这一信息处理利器应用于仓 库的日常治理已是势必所然， 而且这也将为仓库治理带来前所未 有的改变，它能够带来意想不到的效益， 同时也会为企业的飞速 进展提供无限潜力。采纳计算机治理信息系统已成为仓库治理科 学化和现代化的重要标志， 它给企业治理来了明显的经济效益和 社会效益。要紧体现在：极大提高了仓库工作人员的工作效率，大大减少了以往入出存流 程繁琐，杂乱，周期长的弊端。基于仓库治理的全面自动化， 能够减少入库治理、出库治理及库 存治理中的漏洞，能够节约许多治理开支，增

7、加企业收入。仓库的治理的操作自动化和信息的电子化，全面提高了仓库的治理水平。随着我国改革开放的不断深入， 经济飞速的进展，企业要想生存、 进展，要想在激烈的市场竞争中立于不败之地， 没有现代化的治 理是万万不行的，仓库治理的全面自动化、 信息化则是其中极其 重要的部分。为了加快仓库治理自动化的步伐， 提高仓库的治理 业务处理效率，建立仓库治理系统已变得十分心要。入库、库存、出库依旧现在企业图书仓库治理的常规差不多模式， 尽管，最近又出现了专门多新的治理模式，如：基于零库存思想 的沃尔玛特治理方式，但这些新的思想在中国大部分企业的治理 中依旧难以实现的。因此如何设计好仓库治理系统， 尽可能地减

8、少仓库治理的重复性和低效性就成为当前最为重要的问题。图书仓库治理的核心是入库、 库存和出库之间的联系， 如何处理好三 者之间的关系是系统最为关键的部分。另外，职员信息和供应商 信息治理也是仓库治理中一个必不可少的部分，它提供着与入库和出库相关的地一些信息，使得整个系统更加完整，更加有用。通过对仓库治理日常工作的详细调查，搜集了大量的资料，从系9 / 100统结构的组织，功能的实现，技术的要求以及可行性等多方面进 行考虑，认为本课题是一个适应现今图书仓库治理需求的计算机 信息治理系统，具有一定的实际开发价值和使用价值。1.2开发工具的选择自Java诞生以来，随着In ternet技术的普及和应用

9、需求的变化，以第四代语言为主的应用开发产品发生了较大的变化，它们不仅已成为人们开发应用的开发工具，而且专门多产品已进展成为一种强有力的应用开发环境。 这些新型的开发工具通常以一种集成 软件包的形式提供给开发人员，被称为Studio（工作室）或Suite（程序组）。例如，微软的Visual Studio 6.0，Borland公司的Delphi 6.0等数据库辅助开发工具。现在，市场上能够选购的应用开发产品专门多，流行的也有数 十种。目前在我国市场上最为流行、 使用最多、 最为先进的可用 作企业级开发工具的产品有：Microsoft公司的Visual Basic 6.0版Microsoft公司的

10、Visual C+6.0版Borland公司的Delphi 6.0版在目前市场上这些众多的程序开发工具中，有些强调程语言的弹 性与执行效率；有些则偏重于可视化程序开发工具所带来的便利 性与效率的得高，各有各的优点和特色，也满足了不同用户的需求。然而，语言的弹性和工具的便利性是密不可分的，只有便利 的工具，却没有弹性的语言作支持， 许多专门化的处理动作必需 要耗费数倍的工夫来处理，使得原来所标榜的效率提高的优点失 去了作用；相反，假如只强调程语言的弹性，却没有便利的工具 作配合，会使一些即使特不简单的界面处理动作，也会严峻地白费程序设计师的宝贵时刻。而Delphi是一个特不理想选择。Delphi

11、 6是操作系统中快速应 用开发环境的最新版本。它也是当前Windows平台上第一个全面 支持最新Web服务的快速开发工具。不管是企业级用户，依旧个 人开发者，都能够利用Delphi 6轻松、快捷地构建新一代电子 商务应用。Delphi 6是惟一支持所有新出现的工业标准的RAD环境，包括XML（扩展标记语言）/XSL（可扩展样式语言），SOAP（简单对象存取协议）和WSD（Web服务器描述语言）等。Delphi 6是可视化的快速应用程序开发语言，它提供了可视化 的集成开发环境，这一环境为应用程序设计人员提供了一系列灵 活而先进的工具，能够广泛地用于种类应用程序设计。在Delphi6的集成开发环境

12、中，用户能够设计程序代码、运行程序、进行程序错误的调试等，可视化的开发方法降低了应用程序开发的难11 / 100度。Delphi的基础编程语言是具有面向对象特性的Pascal语言，即Object Pascal。Object Pascal具有代码稳定、可读性好、 编译速度快等优点，并将面向对象的概念移植到了Pascal语言中，使这种基础语言有了新的进展空间。使用Delphi 6.0，我们几乎能够作任何情况，还能够撰写种各种类型的应用程序，动态链接库（DLL）、CON或CORBA寸象，CGI/ISAPI程序，Microsoft Back Office应用程序。程序的规模小到简单的个人数据库应用，大

13、到复杂的企业的多层次分布式 系统，都能够使用Delphi进行开发，其友好的集成开发界面， 可视化的双向开发模式，良好的数据库应用支持高效的程序开发 和程序运行，备受宽敞程序开发人员的好评。尤其是Delphi对数据库应用的强大支持，大大提高了数据库应用软件开发的效 率，缩短了开发周期，深受宽敞数据库应用程序设计人员的喜爱。Delphi为数据库应用开发人员提供了丰富的数据库开发组件， 使数据库应用开发功能更强大，操纵更灵活，编译后的程序运行速度更快。1.3本文所做工作引言部分介绍了本系统的课题来源以及对数据库开发工具的选第二章介绍了数据库的进展， 关系数据库， 数据库体系结构， 并 系统介绍了SQ

14、L语言，为设计和理解应用程序做了铺垫。第三章系统介绍了Delphi 6.0及其部分控件，SQL语言在Delphi6.0中的应用，以及Access等。第四章是本文的主体，按照软件工程的要求，从需求分析开始，通过概要设计最后到详细设计，完成对整个系统的设计。第五章依照第四章的设计结果利用Access 2000和Delphi 6.0进行了具体的窗体和应用程序设计。总结部分介绍了设计体会和编程体会，并指出了系统设计中的不足和改进的方向第二章数据库概论2.1数据库的进展数据库处理在信息系统的研究中一直是特不重要的主题，然而，近年来，随着World Wide Web(WWW的猛增及In ternet技术的

15、 迅速进展，使得数据库技术之时成为最热门技术之一。数据库技术能使In ternet应用超越具有早期应用特点的简单的公布。 同 时，In ternet技术提供了一种向用户公布数据库内容的标准化 的访问方法。这些技术没有脱离经典数据库技术的要求。它们只是加重了数据库技术的重要性。数据库的设计和开发及包括艺术有包括工程。理解用户的需求，然后，把它们转变为有效的数据库设计是一个艺术过程。把设计 转变为实际的数据库，同时这些数据库带有功能完备、高效能的 应用，是一个工程过程。数据库的目的是关心人们跟踪事务。 经典的数据库应用涉及诸如 订单、顾客、15 / 100工作、职员、学生、电话之类的项，或其它数据

16、量 较大、需要密起关注的事务。最近，由于数据库的普及，数据库 技术差不多被应用到了新的领域，诸如用于In ternet的数据库或用于公司内联网的数据库。 数据库也被越来越多地应用于生成 和维护多媒体应用程序上。计算机的数据处理应用，首先要把大量的信息以数据形式存放在 存储器中。存储器的容量、存储速率直接阻碍到数据治理技术的 进展。从1956年生产出第一台计算机到现在，存储器的进展， 为数据库技术提供了良好的物质基础。使用计算机以后，数据处理的速度和规模，不管是相关于手工方 式，依旧机械方式，都有无可比拟的优势。通常在数据处理中， 计确实是比较简单的而数据的治理却比较复杂。数据治理是指数据的收集

17、、整理、组织、存储、维护、检索、传送等操作，这部 分操作是数据处理业务的差不多环节，而且是任何数据处理业务 中必不可少的共有部分。数据治理技术的优劣，将直接阻碍数据 处理的效率。2.1.1数据库的进展数据治理技术的进展，与硬件（要紧是外存）、软件、计算机应用的范围有紧密的联系。 数据治理技术的进展通过三个时期：人工治理时期、文件系统时期和数据库时期。人工治理时期和文件系统时期都有着相当多的缺陷，诸如数据冗余性，数据不一致性以及数据联系弱等等。也正是由于这些缘 故，促使人们研究新的数据治理技术，从而产生了数据库技术。20世纪60年代末发生的三件大事，层次模型IMS系统的推出、 关于网状模型DBT

18、G报告的发表以及关于关系模型论文的连续发 表标志着数据治理技术进入数据库时期。进入70年代以后，数据库技术得到迅速进展，开发了许多有效的产品并投入运行。数 据库系统克服了文件系统的缺陷， 提供了对数据更高级更有效的 治理。当进入数据库时期后，随着数据治理规模一再扩大，数据量急剧增加，为了提高效率，开始时，人们只是对文件系统加以扩充， 在应用文件中建立了许多辅助索引，形成倒排文件系统。但这并不能最终解决问题。 在20世纪60年代末，磁盘技术取得重要进 展，具有数百兆容量和快速存取的磁盘陆续进入市场，成本也不 高，为数据库技术的产生提供了良好的物质条件。2.1.2数据库时期的特点(1)减少数据的重

19、复(Redundancy can be reduced)当在一个非数据库系统当中，每一个应用程序都有属于他们自己 的文件，由于无法有系统建立的数据，因此常常会造成存储数据的重复与白费。例如：在一家公司当中，人事治理程序与工资治 理程序或许都17 / 100会使用到职员与部门的信息或文件，而我们能够运用数据库的方法，把这两个文件整理起来，以减少多余的数据， 过度地占用存储空间。(2)幸免数据的不一致(Incon siste ncy can avoid)本项的特色，能够讲是延伸前项的一个特点，要讲明如此的一个现象，我们能够从下面那个实例来看：若是在同一家公司当中， 职员甲在策划部门工作，且职员甲的

20、记录同时被存放在数据库的 两个地点，而数据库治理系统却没有对如此重要的情况加以操 纵，当其中一条数据库被修改时，便会造成数据的不一致，然而，关于一个健全的数据库治理系统而言，将会对如此的情况加以操 纵，但有时并不需要刻意消除这种情形，应当视该数据库的需求与效率来决定。(3)数据共享(Data shared)关于数据共享的意义，并不是只有针对数据库设计的应用程序，能够使用数据库中的数据，关于其他撰写好的应用程序，同样能够对相同数据库当中的数据进行处理，进而达到数据共享的目 的。(4) 强化数据的标准化(Sta ndard can be en forced)由数据库治理系统，对数据做出统筹性的治理

21、，关于数据的格式与一些存储上的标准进行操纵，如此一来，关于不同的环境的数据交换(Data Interchange)上将有专门大的关心，也能提高数 据处理的效率。(5) 实践安全性的治理(Security restriction can be applied)通过对数据库完整的权限操纵， 数据库治理者能够确认所有可供 用户存取数据的合法途径渠道， 同时能够事先对一些较重要或关 键性的数据进行安全检查， 以确保数据存取时，能够将任何不当 损毁的情形降至最低。(6) 完整性的维护(Integrity can be maintained)所谓完整性的问题，确实是要确认某条数据在数据库当中，是正确无误的

22、。正如(2)所述，若是无法操纵数据的不一致性，便 会产生完整性不足的问题，因此，我们会发觉，当数据重复性高 的时候，数据不完整的情形也会增加，因此，若是数据库的功能完整，将会大大地提高数据完整性， 也会增加数据库的维护能力 与维护简便性。(7)需求冲突会获得平衡(Co nflicti ng requireme nts can bebalanee)在一个较大型的企业当中，用户不同的需求，往往会造成系统或数据库在设计上的困扰， 然而一个合适的数据库系统，能够通过数据库治理员的治理，将会有效地整理各方面的信息，关于一些较重要的应用程序，能够适时地提供较快速的数据存取方法与格 式，以平衡多个用户在需求

23、上的冲突。上述七个方面构成了数据库系统的要紧特征。那个时期的程序和19 / 100数据间的联系可用下图表示：2.1.3数据库技术从文件系统进展到数据库系统是信息处理领域的一个重大变化。在文件系统时期，人们关注的中心问题是系统功能的设计， 因而 程序设计处于主导地位，数据只起着服从程序需要的作用。在数 据库方式下，信息处理观念已为新体系所取代， 数据占据了中心 位置。数据结构的设计成为信息系统首先关怀的问题， 而利用这 些数据的应用程序设计则退居到以既定的数据结构为基础的外 围地位。目前世界上已有数百万个数据库系统在运行，其应用差不多深入到人类社会生活的各个领域， 从企业治理、银行业务、资源分配

24、、 经济预测一直到信息检索、档案治理、普查统计等。并在通信网 络基础上，建立了许多国际性的联机检索系统。我国20世纪90年代初在全国范围内装备了12个以数据库技术为基础的大型计 算机系统，这些系分布在邮电、计委、银行、电力、铁路、气象、民航、情报、公安、军事、航天和财税等行业。数据库技术还在不断的进展，同时不断地与其它计算机技术相互 渗透。数据库技术与网络通信技术相结合，产生了分布式数据库系统。数据库技术与面向对象技术相结合，产生了面向对象数据库系统。在数据库技术中有四个名词，其概念应该分清。（1） 数据库（database，DB） :DB是统一治理的相关数据的集 合。DB能为各种用户共享，具

25、有最小冗余度，数据间联系紧密， 而又有较高的数据独立性。（2） 数据库治理系统（Database Management System,DBMS）:DBMS是位于用户与操作系统之间的一层数据治理软件，为用户 或应用程序提供访问DB的方法，包括DB的建立、查询、更新及各种数据操纵。DBMS、是基于某种数据模型，能够分为层次型、19 / 100网状型、关系型和面向对象型DBMS(3)数据库系统(Database System,DBS):DBS是实现有组织地、动态地存储大量关联数据，方便多用户访问的计算机软件、 硬件和数据资源组成的系统，即采纳了数据库技术的计算机系 统。(4)数据库技术：这是一门研究

26、数据库的结构、存储、治理和使用的软件学科。数据库技术是操作系统的文件系统基础上进展 起来的。而DBMS本身要在操作系统的支持下才能工作。数据库 不仅用到数据结构的知识， 而且丰富了数据结构的内容。在关系数据库中要用到集合论、数理逻辑的理论。因此，数据库技术是 一门综合性较强的学科。2.2数据库理论基础2.2.1数据库模型从20世纪50年代中期开始，计算机的应用由科学研究部门逐步 扩展到企业、行政部门。至60年代，数据处理成为计算机的要 紧应用。数据库技术作为数据治理技术， 是计算机软件领域的一 个重要分支，产生于60年代末。现已形成相当规模的理论体系 和有用技术。模型是对现实世界的抽象。在数据

27、库技术中，我们用模型的概念描述数据库的结构与语义， 对现实世界进行抽象，表示实体类型及实体间联系的模型称为“数据模型”。目前广泛作用的数据模型可分为两种类型。一种是独立于计算机系统的模型， 完全不涉及信息在系统中的表 示，只是用来描述某个特定组织所关怀的信息结构，这类模型称为“概念数据模型”。要领模型用于建立信息世界的数据模型， 强调其语义表达功能，应该概念简单、清晰，易于用户理解，它 是现实世界的第一层抽象，是用户和数据库设计人员之间进行交 流的工具。这一其中闻名的模型是“实体联系模型”。另一种数据模型是直接面向数据库的逻辑结构，它是现实世界的第二层抽象。这类模型涉及到计算机系统和数据库治理

28、系统， 又称为“结构数据模型”。例如，层次、网状、关系、面向对象等模型。这类模型有严格的形式化定义，以便于在计算机系统 中实现。（1）层次模型。用树型结构表示实体类型及实体间联系的数据 模型。树的结点是记录类型，每个非根结点有且只有一个父结点。 上一层记录类型和下一层记录类型间联系是1:N联系。层次模型的特点是记录之间的联系通过指针实现，查询效率较高。但层次模型有两个缺点：一是只能表示1:N联系，尽管有 多种辅助手段实现了M：N联系，但都较复杂，用户不易掌握，二是由于树型结构层次顺序的严格和复杂，引起数据的查询和更新操作也专门复杂，因此，编写应用程序也专门复杂。（2）网状模型。用有向图结构表示

29、实体类型及实体间联系的数 据模型。23 / 1001969年DBTG报告提出的数据模型是网状模型的要紧 代表。有向图中的结点是记录类型，有向边表示从箭尾一端的记录类型到箭头一端的记录类型间联系是1:N联系。网状模型的特点：记录之间联系通过指针实现，M：N联系也容易实现（每个M：N联系可拆成两个1:N联系），查询效率较高。 网状模型的缺点是编写应用程序比较复杂，程序员必须熟悉数据 库的逻辑结构。由于层次系统和网状系统的应用程序编制比较复 杂，因此，从20世纪80年代中期起，其市场已被关系系统所取 代。然而使用这两种模型建立起的许多数据库仍然在正常运转， 只是在外层加了个关系数据库语言的接口。 网

30、状模型有许多成功的产品,20世纪70年代的产品大部分网状系统,例如,Honeywell公司的IDS/H、HP公司的IMAGE/3000 Burroughs公司的DMSH、Umivac公司的DMS1100 Cullinet公司的IDMS Cimcom公 司的TOTAL等（3）关系模型。关系模型的要紧是用二维表格结构表达实体集，用外键表示实体间联系。关系模型是由若干个关系模式组成的集 合。关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是一张二维表格。关系模型和层次、网状模型的最大判不是用关键码而不是用指针 导航数据，表格简单用户易明白，编程时并不涉及存储结构，访 问技术等细节。

31、关系模型是数学化模型。SQL语言是关系数据库的标准化语言，已得到了广泛的应用。20世纪70年代对关系数据库的研究要紧集中在理论和实验系统的开发方面。80年代初才形成产品，但专门快得到广泛的应用和普及，并最终取代了层次、网状数据库产品。现在市场上典型的关系DBM萨品有DB2ORACLES YBASE INFORMIX和微机型产品Foxpro、Access等。 关系模型和网状、层次模型的最大区不是： 关系模型用表格数据 而不是通过指针链来表示和实现实体间联系。关系模型的数据结构简单、易明白。只需用简单的查询语句就可对数据库进行操作。 关系模型是数学化的模型，可把表格看成一个集合，因此集合论、 数理

32、逻辑等知识可引入到关系模型中来。关系模型已是一个成熟的有前途的模型，已得到广泛应用。(4)面向对象模型。目前，关系数据库的使用已相当普遍，然 而，现实世界中仍然存在着许多含有复杂数据结构的应用领域，例如，CAD数据、图形数据等，而关系模型在这方面的处理能力就显得力不从心。因此，人们需要更高级的数据库技术来表达这 类信息。面向对象的概念最早出现在程序设计语言中，随后迅速渗透到计算机领域的每一个分支。面向对象数据库是面向对象概念与数据库技术相结合的产物。25 / 100面向对象模型能完整地描述现实世界的数据结构，具有丰富的表达能力，但模型相对较复杂，涉及的知识面也广，因此面向对象 数据库尚未达到关

33、系数据库那样的普及程度。222数据库体系结构数据库的体系结构分三级：内部级(internal),概念级 (conceptual)和外部级(external)。那个三级结构有时也称为“三级模式结构”，或“数据抽象的三个级不”，最早是在1971年通过的DBTG报告中提出，后来收入在1975年的美国ANSI/SPARC报告中。尽管现在DBMS勺产品多种多样，在不同的 操作系统支持下工作，然而大多数系统在总的体系结构上都具有 三级模式的结构特征。从某个角度看到的数据特性称为“数据视图” (data view)。外部级最接近用户，是单个用户所能看到的数据特性。 单个用户 使用的数据视图的描述称为“外模式

34、”。概念级涉及到所有用户的数据定义，是全局的数据视图。全局数据视图的描述称为“概念模式”。内部级最接近于物理存储设备，涉及到实际数据存储的结构。 物理存储数据视图的描述称为“内模式”。数据库的三级模式结构是数据的三个抽象级不。它把数据的具体组织留给DBMS去做，用户只要抽象地处理数据，而不必关怀数 据在计算机中的表示和存储，如此就减轻了用户使用系统的负 担。三级结构之间往往差不专门大， 为了实现这三个抽象级不的联系和转换，DBMS在三级结构之间提供两个层次的映象 (mappings):外模式/模式映象，模式/内模式映象。此处模式是概念模式的简 称。223数据的独立性由于数据库系统采纳三级模式结

35、构，因此系统具有数据独立性的 特点。在数据库技术中，数据独立性是指应用程序和数据之间相 互独立，不受阻碍。数据独立性分成物理数据独立性和逻辑数据 独立性两级。(1)物理数据独立性假如数据库的内模式要进行修改， 即数据库的存储设备和存储方 法有所变化，那么模式/内模式映象也要进行相当的修改，使概 念模式尽可能保持不变。也确实是对内模式的修改尽量不阻碍概 念模式，因此，关于外模式和应用程序的阻碍更小，如此，我们 称数据库达到了物理数据独立性。（2）逻辑数据独立性假如数据库的概念模式要进行修改，譬如增加记录类型或增加数 据项，那么外模式/模式映象也要进行相应的修改，使外模式尽 可能保持不变。也确实是

36、对概念模式的修改尽量不阻碍外模式和应用程序，如此，我们称数据库达到了逻辑数据独立性。27 / 100现有关系系统产品均提供了较高的物理独立性，而对逻辑独立性的支持尚有欠缺，例如，对外模式的数据更新受到限制等。2.2.4范式建立起一个良好的数据指标体系，是建立数据结构和数据库的最 重要的一环。一个良好的数据指标体系是建立DB的必要条件，但不是充分条件。我们完全能够认为所建指标体系中的一个指标 类确实是关系数据库中的一个差不多表，而那个指标类下面的一个个具体指标确实是那个差不多表中的一个字段。但假如直接按 照这种方式建库显然还不能算最佳。关于指标体系中数据的结构在建库前还必须进行规范化的重新组织。

37、在数据的规范化表达中，一般将一组相互关联的数据称为一个关 系(relation),而在那个关系下的每个数据指标项则被称为数据 元素(data element)，这种关系落实到具体数据库上确实是差不 多表，而数据元素确实是差不多表中的一个字段(field)。规范化表达还规定在每一个差不多表中必须定义一个数据元素为关 键字(key)，它能够唯一地标识出该表中其它相关的数据元素。 在规范化理论中表是二维的，它有如下四个性质： 在表中的任意一列上，数据项应属于同一个属性(如图中每一列都存放着不同合同记录的同一属性数据)。表中所有行差不多上不相同的，不同意有重复组项出现(如图中每一行差不多上一个不同的合

38、同记录)。在表中，行的顺序无关紧要(如图中每行存的差不多上合同记录，至于先放哪一个合同都没关系)。在表中，列的顺序无关紧要，但不能重复(如图中合同号和合同名谁先谁后都没关系，但二者不可重复或同名)。在对表的形式进行了规范化定义后，数据结构还有五种规范化定 义，定名为规范化模式，称为范式。在这五种范式中，一般只用 前三种，关于常用系统就足够了。而且这五种范式是“向上兼容”27 / 100的，即满足第五范式的数据结构自动满足一、二、三、四范式，满足第四范式的数据结构自动满足第一、二、三范式，.，依此类推。第一范式（first normal form，简称1st NF）确实是指在同一表 中没有重复项出现，假如有则应将重复项去掉。那个去掉重复项的过程就