数据库系统及应用（第5版）课件 第1-6章 数据库概论-SQL数据定义与完整性约束的实现

数据库概论本章内容数据管理及其发展过程数据库系统的特点数据模型初步数据独立性与三层结构三层模式结构和数据库管理系统数据库系统数据库概论数据管理及其发展过程数据管理及其发展过程?????????计算机用于数据管理经历了哪几个阶段？有什么特点？现阶段是什么阶段？数据管理及其发展过程人工管理阶段文件系统阶段数据库系统阶段高级数据库阶段数据管理及其发展过程人工管理阶段文件系统阶段数据库系统阶段高级数据库阶段人工管理阶段(50年代中期以前)从硬件看，外存只有磁带、卡片、纸带，没有磁盘从软件看，没有操作系统，没有管理数据的软件背景人工管理阶段(50年代中期以前)数据不保存没有软件系统对数据进行管理只有程序的概念，没有文件的概念一组数据对应一个程序，数据是面向程序的

没有形成完整的数据管理的概念从硬件看，外存只有磁带、卡片、纸带，没有磁盘从软件看，没有操作系统，没有管理数据的软件背景有什么特点？应用程序1

应用程序2

数据集1

数据集2

应用程序n

数据集n

…………数据管理及其发展过程人工管理阶段文件系统阶段数据库系统阶段高级数据库阶段文件系统阶段

(50年代后期~60年代中期)直接存取存储设备操作系统（含文件系统）和高级语言背景应用程序1

应用程序2

文件1

文件2

应用程序n

文件n

…………文件系统文件系统阶段

(50年代后期~60年代中期)数据可长期保留在磁盘上，可经常对文件进行查询、修改、插入、删除等操作有软件（文件系统）对数据进行管理，程序和数据有了一定的独立性（数据不再属于某个特定的程序，可以重复使用）文件的形式多样化数据的存取基本上以记录为单位直接存取存储设备操作系统（含文件系统）和高级语言背景有什么特点？应用程序1

应用程序2

文件1

文件2

应用程序n

文件n

…………文件系统应用程序A1应用程序A2学生基本信息管理学生选课管理学生信息文件F1课程信息文件F2学生选课信息文件F3F1包括：学号、姓名、性别、出生日期、所在系、专业、所在班、特长、家庭住址。F2包括：课程号、课程名、授课学期、学分、课程性质。F3包括：学号、姓名、……、课程号、课程名、……、修课类型、修课时间、考试成绩。文件系统阶段

(50年代后期~60年代中期)数据冗余文件系统的缺陷？程序和数据之间的独立性差数据联系弱数据冗余大数据不一致性数据管理及其发展过程人工管理阶段文件系统阶段数据库系统阶段高级数据库阶段数据库系统阶段(60年代后期开始)应用程序1

应用程序2

应用程序n

……数据库管理系统（DBMS）数据库标志着数据库技术诞生的三个事件标志着数据库技术诞生的三个事件层次数据模型1968年研制成功、1969年形成产品的美国IBM公司的数据库管理系统IMS（InformationManagementSystem）的问世。标志着数据库技术诞生的三个事件层次数据模型1968年研制成功、1969年形成产品的美国IBM公司的数据库管理系统IMS（InformationManagementSystem）的问世。网状数据模型20世纪60年代末和70年代初，美国数据系统语言协会CODASYL（ConferenceOnDAtaSYstemLanguage）下属的数据库任务组DBTG发表的DBTG报告。该报告建立了数据库技术的很多概念、方法和技术。标志着数据库技术诞生的三个事件层次数据模型1968年研制成功、1969年形成产品的美国IBM公司的数据库管理系统IMS（InformationManagementSystem）的问世。网状数据模型20世纪60年代末和70年代初，美国数据系统语言协会CODASYL（ConferenceOnDataSystemLanguage）下属的数据库任务组DBTG发表的DBTG报告。该报告建立了数据库技术的很多概念、方法和技术。关系数据模型从1970年起，IBM的研究员E.F.Codd发表了一系列的论文，提出了数据库的关系模型，开创了数据库关系方法和关系数据理论的研究，为关系数据库的发展和理论研究奠定了基础。标志着数据库技术诞生的三个事件层次数据模型1968年研制成功、1969年形成产品的美国IBM公司的数据库管理系统IMS（InformationManagementSystem）的问世。网状数据模型20世纪60年代末和70年代初，美国数据系统语言协会CODASYL（ConferenceOnDataSystemLanguage）下属的数据库任务组DBTG发表的DBTG报告。该报告建立了数据库技术的很多概念、方法和技术。关系数据模型从1970年起，IBM的研究员E.F.Codd发表了一系列的论文，提出了数据库的关系模型，开创了数据库关系方法和关系数据理论的研究，为关系数据库的发展和理论研究奠定了基础。第一代数据库系统标志着数据库技术诞生的三个事件层次数据模型1968年研制成功、1969年形成产品的美国IBM公司的数据库管理系统IMS（InformationManagementSystem）的问世。网状数据模型20世纪60年代末和70年代初，美国数据系统语言协会CODASYL（ConferenceOnDataSystemLanguage）下属的数据库任务组DBTG发表的DBTG报告。该报告建立了数据库技术的很多概念、方法和技术。关系数据模型从1970年起，IBM的研究员E.F.Codd发表了一系列的论文，提出了数据库的关系模型，开创了数据库关系方法和关系数据理论的研究，为关系数据库的发展和理论研究奠定了基础。第一代数据库系统第二代数据库系统数据管理及其发展过程人工管理阶段文件系统阶段数据库系统阶段高级数据库阶段高级数据库阶段又经过40多年的发展，数据库不仅仅可以管理一般数据，还可以管理对象数据，可以进行知识管理等。把基于新技术的数据库应用（如分布式数据库、面向对象数据库、数据仓库等）称作高级数据库系统阶段。大数据时代？数据库领域的四位图灵奖得主图灵奖01CharlesW.Bachman1973网状数据库之父02E.FCodd1982关系数据库之父03JamesGray1998数据库技术和事务处理专家04MichaelStonebraker2014现代主流数据库系统架构奠基人数据库系统的特点数据库系统的特点数据库可以最大限度地保证数据完整性数据库具有安全控制机制,能够保证数据的安全、可靠数据库允许并发地使用，能有效、及时地处理数据，并能保证数据的一致性数据库是相互关联的数据的集合数据库具有较小的数据冗余，可供多个用户共享数据库具有较高的数据独立性数据库用综合的方法组织数据，保证尽可能高的访问效率应用程序1

应用程序2

应用程序n

……数据库管理系统数据库

数据库中的数据不是孤立的，数据与数据之间是相互关联的。也就是说，在数据库中不仅要能够表示数据本身，还要能够表示数据与数据之间的联系。

相互关联的数据的集合学生课程在概念数据模型中将深入讨论数据之间的联系

用综合的方法组织数据存储管理数据库能够根据不同的需要按不同的方法组织数据。

顺序索引聚簇

低冗余与数据共享学生基本情况冗余！冗余带来什么问题？学生基本情况有关学籍管理的数据学生基本情况有关生活管理的数据学生基本情况有关……的数据教务文件后勤文件……文件数据库中的数据可以共享，但是是可控制、受约束的。

低冗余与数据共享学生基本情况有关学籍管理的数据有关生活管理的数据有关……的数据学生基本情况有关学籍管理的数据学生基本情况有关生活管理的数据学生基本情况有关……的数据逻辑存储物理存储保证数据的一致性

数据具有较高的独立性

数据独立性是指数据的组织和存储方法与应用程序互不依赖、彼此独立的特性。数据库的三层模式结构

可以保证数据的正确性

保证数据正确的特性在数据库中称之为数据完整性。2学生年龄关系模型的完整性约束200

保证数据的安全、可靠

数据库技术要能够保证数据库中的数据是安全、可靠的。数据库安全、备份与恢复

有效地防止数据库中的数据被非法使用或非法修改主动安全安全机制

数据遭到破坏时能立刻将数据完全恢复被动安全备份恢复

数据可以并发使用并能同时保证其一致性

在多个用户同时使用数据库时，能够保证不产生冲突和矛盾，保证数据的一致性和正确性。10张票购票终端A购票终端B查询1010-2=8查询10允许并发10-3=787数据不一致87所以数据库在允许并发的同时还要采取一些保障数据一致性的措施。2020年3月12日，北京到上海高铁G400的余票信息10张票购票终端A购票终端B查询1010-2=8查询88-3=5885

失败5‘’成功数据可以并发使用并能同时保证其一致性事务管理与并发控制2020年3月12日，北京到上海高铁G400的余票信息

‘’所以数据库在允许并发的同时还要采取一些保障数据一致性的措施。数据库系统的特点数据库可以最大限度地保证数据完整性数据库具有安全控制机制,能够保证数据的安全、可靠数据库允许并发地使用，能有效、及时地处理数据，并能保证数据的一致性数据库是相互关联的数据的集合数据库具有较小的数据冗余，可供多个用户共享数据库具有较高的数据独立性数据库用综合的方法组织数据，保证尽可能高的访问效率数据模型初步数据模型数据模型用来描述数据、组织数据和对数据进行操作，是对现实世界数据特征的描述。什么是数据模型？数据模型计算机不能直接处理现实的事物，所以，人们只有将现实事物转成数字化的数据，才能让计算机识别处理。建立数据模型的目的数据模型能比较真实地模拟现实世界容易被人们理解便于在计算机上实现数据模型应满足三个条件概念数据模型组织数据模型认知模型实现模型数据模型概念数据模型组织数据模型从数据的语义视角来抽取模型从数据的组织层次来描述数据按用户的观点来对数据和信息进行建模按计算机系统的观点对数据进行建模主要用在数据库的设计阶段主要用于DBMS的实现与DBMS无关与DBMS有关数据库系统的核心和基础认知模型实现模型概念数据模型认知模型描述现实世界的数据模型称为概念模型或概念数据模型。实体属性联系概念数据模型E-R（EntityRelationship）方法使用的工具称作E-R图，它所描述的现实世界的信息结构称为企业模式（EnterpriseSchema），也把这种描述结果称为E-R模型或概念数据模型。E-R方法的三要素认知模型身份证号

姓名座位号

位置乘坐时间乘客座位乘坐11实体属性联系概念数据模型E-R（EntityRelationship）方法使用的工具称作E-R图，它所描述的现实世界的信息结构称为企业模式（EnterpriseSchema），也把这种描述结果称为E-R模型或概念数据模型。E-R方法的三要素身份证号

姓名座位号

位置乘坐时间乘客座位乘坐11认知模型实体属性

联系概念数据模型E-R（EntityRelationship）方法使用的工具称作E-R图，它所描述的现实世界的信息结构称为企业模式（EnterpriseSchema），也把这种描述结果称为E-R模型或概念数据模型。E-R方法的三要素身份证号

姓名座位号

位置乘坐时间乘客座位乘坐11认知模型实体属性联系概念数据模型E-R（EntityRelationship）方法使用的工具称作E-R图，它所描述的现实世界的信息结构称为企业模式（EnterpriseSchema），也把这种描述结果称为E-R模型或概念数据模型。E-R方法的三要素身份证号

姓名座位号

位置乘坐时间乘客座位乘坐11认知模型组织层数据模型实现模型层次数据模型010203网状数据模型关系数据模型层次模型层次数据模型用树形结构来表示实体之间联系的模型称为层次模型。层次模型表示一对多的联系是直接而方便的。层次模型有以下两点限制：有且仅有一个结点无父结点，这个结点即为树的根；其他结点有且仅有一个父结点。支持层次模型的典型系统是诞生于1970年左右的IBM公司的IMS（InformationManagementSystem）。层次模型不能表示多对多的联系。网状数据模型用网状结构来表示实体之间联系的数据模型称为网状数据模型。取消了层次模型中的两点限制。网状模型的典型代表CODASYL（ConferenceOnDataSystemLanguages）。关系模型

关系数据模型用关系（表格数据）表示实体和实体之间联系的模型称为关系数据模型。通俗地讲，关系就是二维表格。关系数据模型什么是关系？关系模型

关系数据模型学号姓名性别年龄所属系0101李勇男20010102刘晨女19010103王明女20030199张立男1802系号系名01计算机系02材料系03英语系04信息系关系模式：学生（学号、姓名、性别、年龄、所属系）系（系号、系名）关系模型

关系数据模型学号姓名性别年龄所属系0101李勇男20010102刘晨女19010103王明女20030199张立男1802系号系名01计算机系02材料系03英语系04信息系关系模式：学生（学号、姓名、性别、年龄、所属系）系（系号、系名）关系模型

思考学号姓名性别年龄所属系0101李勇男20010102刘晨女19010103王明女20030199张立男1802系号系名01计算机系02材料系03英语系04信息系关系模式：学生（学号、姓名、性别、年龄、所属系）系（系号、系名）如何避免错误的字段值？如何避免插入一条重复或错误的记录？如何避免插入错误关联的记录？三层模式结构与数据库管理系统三层模式结构和数据库管理系统三层模式结构与数据独立性数据库管理系统的基本功能数据独立性数据库的三层模式结构数据库管理系统的基本框架数据库管理系统管理数据库的系统软件数据库管理系统（DataBaseManagementSystem,DBMS)数据库的诸多特点是靠用好DBMS来保证的数据库管理系统的基本功能数据库管理系统的基本功能数据库定义功能数据库操纵功能数据库查询功能数据库控制功能数据库通讯功能DBMS基本功能数据库的三层模式结构外部数据库A

外部数据库B…………概念数据库存储数据库图三层数据库示意数据库的三层模式结构外部数据库A

外部数据库B…………概念数据库存储数据库图三层数据库示意数据库的三层模式结构外部数据库A

外部数据库B…………概念数据库存储数据库图三层数据库示意

定义存储数据库结构的模式称为存储模式，又称为内模式。数据库的三级模式数据库的三层模式结构存储模式图数据库的三级模式数据库概念模式外部模式A外部模式B外部模式C用户A用户B用户C存储模式存储文件存储文件数据库的三级模式数据库的三层模式结构存储模式图数据库的三级模式数据库概念模式外部模式A外部模式B外部模式C用户A用户B用户C定义概念数据库结构的模式称为概念模式，或简称模式。概念模式表表数据库的三级模式数据库的三层模式结构存储模式图数据库的三级模式数据库概念模式外部模式A外部模式B外部模式C用户A用户B用户C定义外部数据库结构的模式称为外部模式，又称为子模式或用户模式。外部模式视图视图68视图69视图70视图数据库的三级模式数据库的三层模式结构存储模式图数据库的三级模式数据库概念模式外部模式A外部模式B外部模式C用户A用户B用户C外部模式概念模式存储模式映像映像提供了概念数据独立性视图表存储文件数据库的三级模式数据库的三层模式结构存储模式图数据库的三级模式数据库概念模式外部模式A外部模式B外部模式C用户A用户B用户C外部模式概念模式存储模式映像映像提供了概念数据独立性提供了存储数据独立性视图表存储文件数据库系统的特点数据库可以最大限度地保证数据完整性数据库具有安全控制机制,能够保证数据的安全、可靠数据库允许并发地使用，能有效、及时地处理数据，并能保证数据的一致性数据库是相互关联的数据的集合数据库具有较小的数据冗余，可供多个用户共享数据库具有较高的数据独立性数据库用综合的方法组织数据，保证尽可能高的访问效率应用程序1

应用程序2

应用程序n

……数据库管理系统数据库回顾数据独立性与三层结构数据独立性应用程序1

应用程序2

应用程序n

……数据库管理系统数据库数据独立性与三层结构数据独立性

数据独立性指应用程序与数据的组织和存储结构相互独立的特性。具体说，就是当修改数据的组织方法和存储结构时，应用程序不用修改的特性。数据独立性概念数据独立性存储数据独立性存储数据独立性存储数据独立性存储数据独立性存储数据独立性概念文件是存储文件的抽象存储数据独立性

不管存储文件的存储方法和存储结构怎么改变，用户程序都能继续正确执行。存储数据独立性存储数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性外部文件是概念文件的部分抽取概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性提供了存储数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性提供了概念数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性概念数据独立性概念数据独立性

又叫逻辑数据独立性，指当用户程序操作的概念文件有插入或删除字段的情况发生时（当然是通过存储文件），用户程序仍能正确执行的性质。概念数据独立性外部文件是概念文件的部分抽取概念文件是存储文件的抽象数据库的三级模式数据库的三层模式结构存储模式图数据库的三级模式数据库概念模式外部模式A外部模式B外部模式C用户A用户B用户C外部模式概念模式存储模式映像映像提供了概念数据独立性提供了存储数据独立性视图表存储文件存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B数据库管理系统的基本框架DBCSDBSS存取方法系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式用户程序A1工作区用户程序A2工作区用户程序B1工作区用户程序B2工作区相当于前面提到的概念级的存取子程序存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B数据库管理系统的基本框架DBCSDBSS存取方法系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式用户程序A1工作区用户程序A2工作区用户程序B1工作区用户程序B2工作区相当于前面提到的概念级的存取子程序相当于前面提到的存储级的存取子程序存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B用户程序A1工作区数据库管理系统的基本框架用户程序A2工作区用户程序B1工作区用户程序B2工作区DBCSDBSS系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式例：一个用户程序通过DBMS读取一条记录时所发生的一系列事件。①用户程序A1向DBMS发出读一条记录的指令，这时用户程序要给出外部文件名和记录的关键字值。存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B用户程序A1工作区数据库管理系统的基本框架用户程序A2工作区用户程序B1工作区用户程序B2工作区DBCSDBSS系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式②DBCS分析所接到的指令，访问对应的外部模式。例：一个用户程序通过DBMS读取一条记录时所发生的一系列事件。存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B用户程序A1工作区数据库管理系统的基本框架用户程序A2工作区用户程序B1工作区用户程序B2工作区DBCSDBSS系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式③DBCS完成外部模式到概念模式的转换，决定访问哪个（些）概念文件。例：一个用户程序通过DBMS读取一条记录时所发生的一系列事件。存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B用户程序A1工作区数据库管理系统的基本框架用户程序A2工作区用户程序B1工作区用户程序B2工作区DBCSDBSS系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式④DBSS完成概念模式到存储模式的转换，并决定访问哪个（些）存储文件。例：一个用户程序通过DBMS读取一条记录时所发生的一系列事件。存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B用户程序A1工作区数据库管理系统的基本框架用户程序A2工作区用户程序B1工作区用户程序B2工作区DBCSDBSS系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式⑤DBSS调用存取方法，通过操作系统将读取的记录送到系统缓冲区。存取方法例：一个用户程序通过DBMS读取一条记录时所发生的一系列事件。存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B用户程序A1工作区数据库管理系统的基本框架用户程序A2工作区用户程序B1工作区用户程序B2工作区DBCSDBSS系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式⑥用户程序从系统缓冲区得到所需记录和DBMS返回的状态信息。存取方法例：一个用户程序通过DBMS读取一条记录时所发生的一系列事件。存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B用户程序A1工作区数据库管理系统的基本框架用户程序A2工作区用户程序B1工作区用户程序B2工作区DBCSDBSS系统缓冲区存取方法DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式⑦用户程序在工作区中使用所得到的记录。例：一个用户程序通过DBMS读取一条记录时所发生的一系列事件。存储模式图数据库管理系统的基本框架数据库概念模式外部模式A外部模式B数据库管理系统的基本框架DBCSDBSS存取方法系统缓冲区DBCS接口DBMS外部模式A概念模式外部模式B概念模式概念模式存储模式用户程序A1工作区用户程序A2工作区用户程序B1工作区用户程序B2工作区例：一个用户程序通过DBMS读取一条记录时所发生的一系列事件。数据库管理系统的基本功能数据独立性数据库的三层模式结构数据库管理系统的基本框架数据库系统数据库系统的组成数据库应用系统的体系结构数据库管理和数据库管理员数据库系统数据库系统的组成以数据为主体的数据库管理数据库的系统软件数据库管理系统（DBMS）支持数据库系统的计算机硬件环境和操作系统环境管理和使用数据库系统的人，特别是负责设计、维护数据库的技术人员——数据库管理员方便使用和管理系统的各种技术说明书和使用说明书数据库系统的组成数据库数据库管理系统数据库系统存储在计算机中的数据集合基于数据库的计算机应用系统支持数据库管理的系统软件数据库管理和数据库管理员从事数据库管理工作的人员称之为数据库管理员（DatabaseAdministrator，简称为DBA）。数据库管理员指的是一种角色，是负责数据库管理的人员或部门。数据库管理员从事的工作既有管理方面的、也有技术方面的，数据库管理员负责数据库的规划、设计、建设、运行、维护、升级等各个方面的工作。数据库管理员在数据库规划阶段要参与选择和评价与数据库有关的计算机软件和硬件，要与数据库用户共同确定数据库系统的目标和数据库应用需求，要确定数据库的开发计划；在数据库设计阶段要负责数据库标准的制定，要负责数据库的设计，负责数据库安全、可靠方面的设计；在数据库实施阶段要负责数据库的具体物理实现，负责系统的转换和数据的载入，负责协调数据库应用系统的开发等；在数据库运行阶段首先要负责对用户进行数据库方面的培训；负责数据库的备份和恢复；负责对数据库中的数据进行维护；负责监视数据库的性能，并调整、改善数据库的性能，提高系统的效率；继续负责数据库安全系统的管理；在运行过程中发现问题、解决问题。数据库管理和数据库管理员数据库管理员的职责数据库应用系统的体系结构01集中式结构02文件/服务器结构03客户/服务器结构04浏览器/服务器结构三种应用的结构图3种数据库应用的体系结构数据库应用系统的体系结构客户机／服务器（Client/Server,C/S)结构浏览器／服务器（Browser/Server,B/S)结构基于组件的分布式计算结构数据库应用系统的体系结构三种应用的结构图3种数据库应用的体系结构数据库应用系统的体系结构客户机／服务器（Client/Server,C/S)结构浏览器／服务器（Browser/Server,B/S)结构基于组件的分布式计算结构数据库应用系统的体系结构三种应用的结构图3种数据库应用的体系结构数据库应用系统的体系结构客户机／服务器（Client/Server,C/S)结构浏览器／服务器（Browser/Server,B/S)结构基于组件的分布式计算结构数据库应用系统的体系结构三种应用的结构图3种数据库应用的体系结构数据库应用系统的体系结构客户机／服务器（Client/Server,C/S)结构浏览器／服务器（Browser/Server,B/S)结构基于组件的分布式计算结构数据库应用系统的体系结构本章小结数据库概论数据管理及其发展过程人工管理阶段文件管理阶段数据库管理阶段高级数据库阶段数据库系统的特点数据模型初步概念层数据模型组织层数据模型三层模式结构和数据库管理系统DBMS基本功能数据库的三层模式结构数据独立性DBMS的基本框架数据库系统数据库系统的组成数据库管理和数据库管理员数据库应用系统的体系结构数据库概论数据管理及其发展过程人工管理阶段文件管理阶段数据库管理阶段高级数据库阶段数据库系统的特点数据模型初步概念层数据模型组织层数据模型三层模式结构和数据库管理系统DBMS基本功能数据库的三层模式结构数据独立性DBMS的基本框架数据库系统数据库系统的组成数据库管理和数据库管理员数据库应用系统的体系结构本章小结数据库概论数据管理及其发展过程人工管理阶段文件管理阶段数据库管理阶段高级数据库阶段数据库系统的特点数据模型初步概念层数据模型组织层数据模型三层模式结构和数据库管理系统DBMS基本功能数据库的三层模式结构数据独立性DBMS的基本框架数据库系统数据库系统的组成数据库管理和数据库管理员数据库应用系统的体系结构本章小结数据库概论数据管理及其发展过程人工管理阶段文件管理阶段数据库管理阶段高级数据库阶段数据库系统的特点数据模型初步概念层数据模型组织层数据模型三层模式结构和数据库管理系统DBMS基本功能数据库的三层模式结构数据独立性DBMS的基本框架数据库系统数据库系统的组成数据库管理和数据库管理员数据库应用系统的体系结构本章小结概念数据模型及实体联系方法数据之间有联系吗？如何描述数据之间的联系？数据从现实世界到计算机数据库有多远？ValueWhatWhenMustWhyHow概念数据模型在进行现实世界管理时，客观事物必然在人们的头脑中产生反映，这种反映称为信息。概念数据模型描述现实世界数据及其之间联系的方法称为概念数据模型。概念信息数据从现实进入到数据库所经历的过程现实信息机器数据化后的信息称为数据。数据是信息的符号表示。数据实体属性联系实体-联系方法E-R方法使用的工具称作E-R图，它所描述的现实世界的信息结构称为企业模式（EnterpriseSchema），也把这种描述结果称为E-R模型或概念数据模型。E-R方法的三要素可以触及的客观对象仓库、器件、职工……等是实体客观存在并可以相互区分的客观事物或抽象事件称为实体。客观存在的抽象事件订货、演出、足球赛……等也是实体实体实体的表示方式仓库在E-R图中用矩形框表示实体，把实体名写在框内，比如仓库实体可以表示为：属性实体的特征（性质）称为实体的属性。属性身高年龄性别体重……属性比赛时间地点参赛队裁判……属性的表示方式在E-R图中用椭圆框表示实体的属性，框内写上属性名，并用连线连到对应实体。可以在标识属性下加下划线。雇员号雇员名号工资经理号雇员雇员雇员名实体集具有相同属性的一类实体的集合称之为实体集。教室实体集课程实体集学生实体集教师实体集标识特征用于区分实体的实体特征称为标识特征。课程实体的课程号学生实体的学号事实上也不是所有的实体都有标识特征的，也有实体仅靠自身的特征不能区分一个个实体，它需要借助其他实体的特征才能够进行区分，这样的实体称为弱实体。弱实体弱实体（1）在学籍管理系统中，学生是一个实体，而从管理的需求出发为了方便和家长联系通常也可以建立一个家长实体，在这样一个系统中家长实体是因为学生实体的存在而存在，所以家长实体是弱实体。（2）订货业务的订货单实体通常包含订货单号、供应商、经手人、订货日期等特征，而具体的订货内容则会派生出一个订货明细实体，这个订货明细实体也是弱实体。例如指数据之间的关联集合，是客观存在的应用语义链。联系指组成实体的各属性之间的联系。如职工实体中，职工号和部门经理号之间有一种关联关系，即部门经理号的取值受职工号取值的约束（部门经理也是职工，也有职工号）指不同实体之间联系。例如：在银行贷款管理信息系统中，银行实体和法人实体之间就存在“贷款”联系。联系实体内部的联系实体之间的联系实体之间的联系用菱形框表示，框内写上联系名，然后用连线与相关的实体相连。联系的表示方式联系名实体1实体2实体之间的基本联系030201一对一联系(1:1)一对多联系(1:n)多对多联系(m:n)一对一的联系如果实体集A与实体集B之间存在联系，并且对于实体集A中的每一个实体，实体集B中有至多有一个实体与之对应；反之亦然，则称实体集A到实体集B的联系是一对一的，记为1:1。一对一联系的例子有工厂和厂长两个实体，并且有语义：一个工厂只有一名厂长；反之，一名厂长只能在一个工厂工作。那么工厂和厂长之间的联系是一对一的，我们把这种联系命名为领导。领导工厂厂长11身份证号姓名座位号位置乘坐时间乘客座位乘坐11一对一联系的例子一对多的联系如果实体集A与实体集B之间存在联系，并且对于实体集A中的一个实体，实体集B中有多个实体与之对应；而对实体集B中的任意一个实体，在实体集A中都只有一个实体与之对应，则称实体集A到实体集B的联系是一对多的，记为1:n。一对多联系的例子有仓库和职工两个实体，并且有语义：一个仓库可以有多名职工，但是一个职工只能在一个仓库工作。那么仓库和职工之间的联系是一对多的，我们把这种联系命名为工作。1n工作职工仓库部门号部门号职工号职工名部门职工工作n1一对多的联系多对多的联系如果实体集A与实体集B之间存在联系，并且对于实体集A中的一个实体，实体集B中有多个实体与之对应；而对实体集B中的一个实体，在实体集A中也有多个实体与之对应，则称实体集A到实体集B的联系是多对多的，记为m:n。多对多联系的例子有仓库和器件两个实体，并且有语义：一个仓库可以存放多种器件，一种器件可以存放在多个仓库。那么仓库和器件之间的联系就是多对多的，我们把这种联系命名为库存。mn库存仓库器件银行代码银行名称电话银行贷款法人法人代表法人名称经济性质法定代表人mn多对多联系的例子多个实体之间的联系m有仓库、器件、供应商三个实体，并且有语义：每个仓库可以向多个供应商订购多种器件：每个供应商可向多个仓库供应多种器件；每种器件可由多个供应商提供多个仓库。仓库订购器件供应商mnp例：仓库和职工之间的联系，如果规定职工任何时候都必须属于一个仓库，则这种联系是强制联系；如果规定职工在某种情况下可以不属于任何仓库则这种联系就是非强制联系。一种联系是强制联系还是非强制联系取决于现实世界中的管理方法是如何规定的。仓库工作职工仓库供应商强制联系与非强制联系职工1234依赖联系弱实体不能独立存在，需要借助于另一个实体集中的标识特征才能进行区分。123被弱实体所依赖的实体集也称作强实体集。弱实体不能独立存在，需要借助于另一个实体集中的标识特征才能进行区分。在弱实体集和强实体集之间必然存在着一种联系，因为它们之间存在着一种依赖关系，因此把这种联系称作依赖联系。依赖联系依赖联系的例子依赖联系的例子订购单号职工号供应商号订购日期订购单订购了订购单明细符号产品名称数量单价1m强实体依赖联系实体弱实体依赖联系都是一对多的联系。弱实体集也只有作为一对多联系的一部分才有意义。依赖联系的例子数据库建模工具数据库建模工具数据库建模工具12PowerDesigner简介使用PD建立概念数据模型的基本方法数据库建模工具12PowerDesigner简介使用PD建立概念数据模型的基本方法PowerDesigner简介

PowerDesigner是Sybase的数据库建模工具，其灵活的分析和设计特性允许使用一种结构化的方法有效地创建数据库或数据仓库，并支持最新的关系数据库管理系统以及数据库中的WebServices和XML等功能。

PowerDesigner提供了直观的符号表示，以便更加简单地向非技术人员展示数据库以及应用系统的设计。它是一个功能强大而使用方便的工具集，为新一代数据库应用的建模提供了全面的支持。PowerDesigner简介PowerDesigner提供了如下几种模型：需求分析模型(RequirementsModel——RQM)企业架构模型(EnterpriseArchitectureModel——EAM)企业业务流程模型(BusinessProcessModel——BPM)概念数据模型(ConceptualDataModel——CDM)逻辑数据模型（LogicalDataModel——LDM）物理数据模型(PhysicalDataModel——PDM)面向对象模型(ObjectOrientedModel——OOM)信息流动模型(InformationLiquidityModel——ILM)XML模型(XMLModel)PowerDesigner各模型之间的转换关系数据库建模工具12PowerDesigner简介使用PD建立概念数据模型的基本方法使用PD建立概念数据模型的基本方法概念数据模型设计界面中的工具板的命令按钮大致可以分为三类：设计E-R图的实体、联系、继承和属性等概念数据模型中的要素；点取、套取、抓取、放大、缩小、剪裁等编辑手段和工具；文本、直线、矩形、椭圆形、圆角矩形、任意形状、多边形等辅助信息和符号。建立概念数据模型的常规操作定义实体；定义实体的属性；定义实体之间的联系。深入讨论联系的几个问题深入讨论联系的几个问题123为什么需要讨论联系？多对多联系复杂吗？理解和转换多对多联系PowerDesigner中的多对多联系转换成一对多联系4连接陷阱深入讨论联系的几个问题123为什么需要讨论联系？多对多联系复杂吗？理解和转换多对多联系PowerDesigner中的多对多联系转换成一对多联系4连接陷阱为什么需要讨论联系？仓库号城市面积WH1北京500WH2上海450WH3广州200WH4重庆300器件号器件名称P1显示卡P2声卡P3解压卡P4散热风扇仓库实例器件实例联系如果规定一个仓库只能存放一种器件，并且一种器件只能存放在一个仓库，这时仓库和器件之间的联系类型是一对一的；如果规定一个仓库可以存放多种器件，但是一种器件只能存放在一个仓库，这时仓库和器件之间的联系类型是一对多的；如果规定一个仓库可以存放多种器件，同时一种器件可以存放在多个仓库，这时仓库和器件之间的联系类型是多对多的。管理方法不同，联系类型不同！为什么需要讨论联系？仓库和器件两个实体之间的联系类型？仓库号城市面积WH1北京500WH2上海450WH3广州200WH4重庆300器件号器件名称P1显示卡P2声卡P3解压卡P4散热风扇仓库实例器件实例为什么需要讨论联系？仓库号城市器件号器件名称仓库号仓库器件库存面积器件号数量

仓库号器件号数量WH1P1100WH2P2120WH3P3180WH4P4200器件号器件名称P1显示卡P2声卡P3解压卡P4散热风扇仓库号城市面积WH1北京500WH2上海450WH3广州200WH4重庆300仓库实例仓库号城市面积器件号器件名称数量WH1WH2WH3WH4北京上海广州重庆500450200300P1P2P3P4显示卡声卡解压卡散热风扇100120180200可以合并为一个文件仓库和器件之间的联系是一对一为什么需要讨论联系？器件实例一对一联系时的库存实例解压卡存放在哪个城市？

仓库号器件号数量WH1P1100WH1P2120WH2P3180WH2P4200器件号器件名称P1显示卡P2声卡P3解压卡P4散热风扇仓库号城市面积WH1北京500WH2上海450WH3广州200WH4重庆300仓库实例合并为一个文件仓库和器件之间的联系是一对多为什么需要讨论联系？器件实例一对多联系时的库存实例仓库号城市面积器件号器件名称数量WH1WH1WH2WH2WH3WH4北京北京上海上海广州重庆500500450450200300P1P2P3P4显示卡声卡解压卡散热风扇100120180200

仓库号器件号数量WH1P1100WH1P2120WH2P3180WH2P4200器件号器件名称P1显示卡P2声卡P3解压卡P4散热风扇仓库号城市面积WH1北京500WH2上海450WH3广州200WH4重庆300仓库实例合并为一个文件仓库和器件之间的联系是一对多为什么需要讨论联系？器件实例一对多联系时的库存实例仓库号城市面积器件号器件名称数量WH1WH1WH2WH2WH3WH4北京北京上海上海广州重庆500500450450200300P1P2P3P4显示卡声卡解压卡散热风扇100120180200600数据不一致问题

仓库号器件号数量WH1P1100WH1P2120WH2P3180WH2P4200器件号器件名称P1显示卡P2声卡P3解压卡P4散热风扇仓库号城市面积WH1北京500WH2上海450WH3广州200WH4重庆300仓库实例需要设计两个物理文件仓库和器件之间的联系是一对多为什么需要讨论联系？器件实例一对多联系时的库存实例仓库号器件号器件名称数量WH1WH1WH2WH2P1P2P3P4显示卡声卡解压卡散热风扇100120180200仓库号城市面积WH1WH2WH3WH4北京上海广州重庆500450200300仓库和器件之间的联系是多对多为什么需要讨论联系？

仓库号器件号数量WH1P1100WH1P2120WH2P3180WH2P4200WH3P1150WH4P1180WH4P2200WH4P3100WH4P4140器件号器件名称P1显示卡P2声卡P3解压卡P4散热风扇仓库号城市面积WH1北京500WH2上海450WH3广州200WH4重庆300仓库实例器件实例多对多联系时的库存实例需要设计三个物理文件结论同样两个实体，如果赋予不同的语义则有不同的设计结果。也就是说我们在概念模型中讨论实体之间的联系类型直接影响着目标数据库的设计结果和设计质量。深入讨论联系的几个问题123为什么需要讨论联系？多对多联系复杂吗？理解和转换多对多联系PowerDesigner中的多对多联系转换成一对多联系4连接陷阱

多对多联系多对多联系是一类比较复杂的联系，一般数据库管理系统并不直接支持这类联系，或者由于技术上的原因我们也不直接使用这类联系，我们总是把多对多联系转换为一对多联系。面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系面积500450200300城市北京上海广州重庆仓库号WH1WH2WH3WH4120200180100140150180200100———————器件号器件名称显示卡声卡解压卡散热风扇P4P3P2P1用矩阵表示多对多联系一个多对多的联系实际蕴涵了两个一对多的联系，仓库和器件之间的联系是多对多的，但是它们和“联系”库存之间的联系都是一对多的。多对多联系总是要转换为一对多联系一方面，现在的数据库管理系统都不直接支持多对多的联系另一方面，在文件中如果强行按照多对多的方式存储数据，势必造成数据的大量重复存储，从而造成各种操作异常现象。仓库号城市面积仓库器件库存W-IP-I

器件号器件名称仓库号器件号数量11mn仓库号城市面积仓库号器件号数量器件仓库库存mn器件号器件名称多对多联系转换为一对多联系深入讨论联系的几个问题123为什么需要讨论联系？多对多联系复杂吗？理解和转换多对多联系PowerDesigner中的多对多联系转换成一对多联系4连接陷阱PowerDesinger的早期版本只提供了概念数据模型（CDM）和物理数据模型（PDM，实际也担当着逻辑模型的作用），因此需要手工将多对多联系转换一对多联系，方法是将多对多联系转换为实体，结果变成原来的两个实体和表示联系的实体之间的两个一对多联系。PowerDesinger15.0增加了逻辑模型（LDM），在根据CDM生成LDM会自动将多对多联系转换成一对多联系。PowerDesigner中的多对多联系转换成一对多联系深入讨论联系的几个问题123为什么需要讨论联系？多对多联系复杂吗？理解和转换多对多联系PowerDesigner中的多对多联系转换成一对多联系4连接陷阱连接陷阱所谓连接陷阱就是误认为不存在联系的两个实体间存在联系，从而通过这种“联系”获取错误的信息。连接陷阱连接陷阱连接陷阱查询WH1仓库P1器件的订货数量是多少？试图通过不存在的联系获取信息结果将是错误的！库存和订货之间存在联系吗？连接陷阱查询WH1仓库P1器件的订货数量是多少？试图通过不存在的联系获取信息结果将是错误的！库存和订货之间存在联系吗？概念数据模型设计实例概念数据模型设计实例123问题描述？库存业务局部概念模型订购业务局部概念模型4将局部E-R模型合并为全局E-R模型概念数据模型设计实例123问题描述？库存业务局部概念模型订购业务局部概念模型4将局部E-R模型合并为全局E-R模型实例

某企业要建立一个管理库存业务和订购业务的数据库。问题实例在一个仓库中可以存放多种器件，一种器件也可以存放在多个仓库中；一个仓库有多个职工，而一个职工只能在一个仓库工作；职工中设置班组长，每个班组长可以管理多名职工，每名职工只归一个班组长管理；一个职工可以保管一个仓库中的多种器件，由于一种器件可以存放在多个仓库中，当然也可以由多名职工保管。库存业务的语义描述实例一名职工可以经手多张订购单，但一张订购单只能由一名职工经手；一个供应商可以接受多张订购单，但一张订购单只能发给一个供应商；一个供应商可以供应多种器件，每种器件也可以由多个供应商供应；一张订购单可以订购多种器件，对每种器件的订购也可以出现在多张订购单上。订购业务的语义描述概念模型设计根据库存业务设计局部概念数据模型根据订购业务设计局部概念数据模型将局部概念模型合并成全局概念模型概念数据模型设计实例123问题描述？库存业务局部概念模型订购业务局部概念模型4将局部E-R模型合并为全局E-R模型库存业务局部概念模型在一个仓库中可以存放多种器件，一种器件也可以存放在多个仓库中；一个仓库有多个职工，而一个职工只能在一个仓库工作；职工中设置班组长，每个班组长可以管理多名职工，每名职工只归一个班组长管理；一个职工可以保管一个仓库中的多种器件，由于一种器件可以存放在多个仓库中，当然也可以由多名职工保管。库存业务的语义描述仓库

器件职工

库存业务涉及的实体库存业务局部概念模型在一个仓库中可以存放多种器件，一种器件也可以存放在多个仓库中；一个仓库有多个职工，而一个职工只能在一个仓库工作；职工中设置班组长，每个班组长可以管理多名职工，每名职工只归一个班组长管理；一个职工可以保管一个仓库中的多种器件，由于一种器件可以存放在多个仓库中，当然也可以由多名职工保管。库存业务的语义描述仓库属性：仓库号、面积、城市。器件属性：器件号、器件名称。职工属性：职工号、姓名、工资、班组长。库存业务涉及的实体库存业务局部概念模型在一个仓库中可以存放多种器件，一种器件也可以存放在多个仓库中；一个仓库有多个职工，而一个职工只能在一个仓库工作；职工中设置班组长，每个班组长可以管理多名职工，每名职工只归一个班组长管理；一个职工可以保管一个仓库中的多种器件，由于一种器件可以存放在多个仓库中，当然也可以由多名职工保管。库存业务的语义描述仓库属性：仓库号、面积、城市。器件属性：器件号、器件名称。职工属性：职工号、姓名、工资、班组长。库存业务涉及的实体仓库和器件之间是多对多的库存联系；仓库和职工之间是一对多的工作联系；职工和器件之间是多对多的保管联系；职工实体内部通过班组长和职工号有一个一对多的领导联系。实体之间的联系不仅不同的实体之间可以有联系，实体内部也可以有联系。库存业务的局部概念模型概念数据模型设计实例123问题描述？库存业务局部概念模型订购业务局部概念模型4将局部E-R模型合并为全局E-R模型订购业务局部概念模型一名职工可以经手多张订购单，但一张订购单只能由一名职工经手；一个供应商可以接受多张订购单，但一张订购单只能发给一个供应商；一个供应商可以供应多种器件，每种器件也可以由多个供应商供应；一张订购单可以订购多种器件，对每种器件的订购也可以出现在多张订购单上。订购业务的语义描述器件职工供应商订购单订购业务涉及的实体订购业务局部概念模型一名职工可以经手多张订购单，但一张订购单只能由一名职工经手；一个供应商可以接受多张订购单，但一张订购单只能发给一个供应商；一个供应商可以供应多种器件，每种器件也可以由多个供应商供应；一张订购单可以订购多种器件，对每种器件的订购也可以出现在多张订购单上。订购业务的语义描述器件属性有：器件号、器件名称。职工属性有：职工号、姓名。供应商属性有：供应商号、供应商名、地点。订购单属性有：订购单号、订购日期。订购业务涉及的实体订购业务局部概念模型一名职工可以经手多张订购单，但一张订购单只能由一名职工经手；一个供应商可以接受多张订购单，但一张订购单只能发给一个供应商；一个供应商可以供应多种器件，每种器件也可以由多个供应商供应；一张订购单可以订购多种器件，对每种器件的订购也可以出现在多张订购单上。订购业务的语义描述器件属性有：器件号、器件名称。职工属性有：职工号、姓名。供应商属性有：供应商号、供应商名、地点。订购单属性有：订购单号、订购日期。订购业务涉及的实体职工和订购单之间是多对多的经手联系；供应商和订购单之间是一对多的接收订单联系；供应商和器件之间是多对多的供应联系；订购单和器件之间是多对多的订购联系。实体之间的联系订购业务的局部概念模型订购业务的局部概念模型订购业务的局部概念模型订购业务的局部概念模型订购业务的局部概念模型订购业务的局部概念模型订购业务的局部概念模型订购业务的局部概念模型概念数据模型设计实例123问题描述？库存业务局部概念模型订购业务局部概念模型4将局部E-R模型合并为全局E-R模型将局部E-R模型合并为全局E-R模型在进行E-R图合并时，要注意消除不一致性和冗余。主要工作包含：

统一命名

统一实体的属性

保留所有联系

审核统一命名在不同的局部E-R图中，表示相同事物的实体名和属性名要统一，在合并E-R图前先做好统一工作，要消除同名异义和同义异名，这样可以有效避免不一致性和冗余。统一实体的属性在不同的局部E-R图中同一实体包含的属性可能有所区别。例如实体器件在订购业务中有价格属性，而在库存业务中没有价格属性。实体职工在库存业务中有工资和班组长属性，而在订购业务中没有这两个属性等。但是合并后必须将之统一起来，即要包含不同局部E-R图中的全部属性。保留所有联系保留所有联系保留所有联系保留所有联系审核审核或验证工作包括：

整体概念模型内部必须具有一致性，不能有相互矛盾的表述；

整体概念模型必须能够准确反映原来的每个局部模型的结构，包括实体、属性和联系等；

整体概念模型必须能够满足需求分析阶段所确定的所有要求，这一条实际蕴涵了以上两条。库存—订购业务最终合并后的整体E-R图连接陷阱是否还存在？可以提供某个仓库的职工经手的订购单所订某种器件的数量。查询WH1仓库P1器件的订货数量是多少？连接陷阱是否还存在？可以提供某个仓库的职工经手的订购单所订某种器件的数量。查询WH1仓库P1器件的订货数量是多少？连接陷阱是否还存在？可以提供某个仓库的职工经手的订购单所订某种器件的数量。查询WH1仓库P1器件的订货数量是多少？连接陷阱是否还存在？可以提供某个仓库的职工经手的订购单所订某种器件的数量。查询WH1仓库P1器件的订货数量是多少？连接陷阱是否还存在？按原来面向过程的方法很复杂，很多层循环SELECTSUM(数量)FROM订购WHERE器件号="P1"AND订购单号IN(SELECT订购单号FROM订购单WHERE职工号IN(SELECT职工号FROM职工WHERE仓库号="WH1")查询WH1仓库P1器件的订货数量是多少？END关系数据库基础本章内容关系数据库系统概述关系模型的完整性约束关系数据模型关系代数关系数据库基础关系数据库系统概述关系数据库系统概述123关系数据库的发展？关系数据库管理系统简介关系数据库标准语言SQL简介4关系数据库的三层模式结构5SQLServer的数据库存储结构6SQLServer的用户数据库关系数据库系统的发展及SQL简介关系数据库的发展关系数据库的发展CODASYL于