关系型数据库设计与分析讲解学习.docx
《关系型数据库设计与分析讲解学习.docx》由会员分享，可在线阅读，更多相关《关系型数据库设计与分析讲解学习.docx（39页珍藏版）》请在冰豆网上搜索。
关系型数据库设计与分析讲解学习
关系型数据库设计笔记
1、实体关系模型（Entity-Relationship，简称ER），是目前应用最广泛的概念设计模型。
它将现实世界的信息结构统一用属性、实体以及它们之间的联系来描述。
●实体（Entity）。
客观存在并可相互区别的事物称为实体。
实体可以是具体的人、事、物，也可以是抽象的概念或联系。
●属性（Attribute）。
属性为实体的某一方面特征的抽象表示。
如教师实体可由教师编号、姓名、年龄、性别、职称等属性来刻画。
●域（Domain）。
属性的取值范围称为属性的域。
如：
教师实体中，属性性别的域为男和女。
●主码（PrimaryKey）。
码也称关键字，它是能够唯一标识一个实体的属性集。
如：
教师实体的主码为教师编号。
●联系（Relationship）。
现实世界的事物总是存在着这样或那样的联系，这种联系必然要在信息世界中得到反映。
事物之间的联系可分为两类：
一类是实体内部的联系，如组成实体的各属性之间的关系；另一类是实体之间的联系，即不同实体之间的联系。
2、两个实体集之间的联系
●1:
1联系：
如果对于A中的一个实体，B中至多有一个实体与其发生联系，反之，B中的每一实体至多对应A中一个实体，则称A与B是1:
1联系。
●1:
n联系：
如果对于A中的每一实体，实体B中有一个以上实体与之发生联系，反之，B中的每一实体至多只能对应于A中的一个实体，则称A与B是1:
n联系。
●m:
n联系：
如果A中至少有一实体对应于B中一个以上实体，反之，B中也至少有一个实体对应于A中一个以上实体，则称A与B为m:
n联系。
3、实体关系模型的表示方法
ER图是直观表示概念模型的工具，ER图的基本思想就是分别用矩形框、椭圆形框和菱形框表示实体、属性和联系，使用无向边将属性与其相应的实体连接起来，并将联系分别和有关实体相连接，注明联系类型
4、设计局部ER图
[例6.1]在简单的教务管理系统中，有如下语义约束：
●一个学生可选修多门课程，一门课程可被多个学生选修。
因此学生和课程之间是多对多的联系；
●一个教师可讲授多门课程，一门课程可以由多个教师讲授。
因此教师和课程之间也是多对多的联系；
●一个系可有多个教师，一个教师只能属于一个系。
因此系和教师是之间一对多的联系，同样系和学生之间也是一对多的联系。
5、综合成初步ER图
[例6.2]以[例6.1]中教务管理系统的两个局部ER图为例，来说明如何消除各局部ER图之间的冲突，进行局部ER模型的合并，从而生成初步ER图。
首先，这两个局部ER图中存在着命名冲突，学生选课局部ER图中的实体“系”与教师任课局部ER图中的实体“单位”，都是指“系”，即所谓的异名同义，合并后统一改为“系”，这样属性“名称”和“单位名”即可统一为“系名”
其次，还存在着结构冲突，实体“系”和实体“课程”在两个不同应用中的属性组成不同，合并后这两个实体的属性组成为原来局部ER图中的同名实体属性的并集。
解决上述冲突后，合并两个局部ER图，生成如图6-17所示的初步的全局ER图
6、优化成基本ER图
一个好的ER模式，除了能够准确、全面的反映用户需求之外，还应该达到下列要求：
●实体类型的个数应尽量少；
●实体类型所含属性个数应尽可能少；
●实体类型间的联系应无冗余；
7、优化初步ER图的方法：
实体类型的合并,指相关实体类型的合并。
因为实体类型最终要转换成关系模式，涉及多个实体类型的信息要通过连接操作获得，所以，减少实体类型个数，可减少连接的开销，提高处理速度。
一般把一对一联系的两个实体类型合并。
消除冗余,在这里指冗余的数据和实体之间冗余的联系。
冗余的数据是指可由基本的数据导出的数据，冗余的联系是由其他的联系导出的联系。
在前面消除冲突合并后得到的初步ER图中，可能存在冗余的数据或冗余的联系。
冗余的存在容易破坏数据库的完整性，给数据库的维护增加困难，应该消除。
[例6.3]对[例6.2]中生成的初步ER图进行分析优化。
●在图6-17所示的初步ER图中，“课程”实体中的属性“教师号”可由“讲授”这个教师与课程之间的联系导出，而学生的平均成绩可由“选修”联系中的属性“成绩”中计算出来，所以“课程”实体中的“教师号”与“学生”实体中的“平均成绩”均属于冗余数据。
●另外，“系”和“课程”之间的联系“开课”，可以由“系”和“教师”之间的“属于”联系与“教师”和“课程”之间的“讲授”联系推导出来，所以“开课”属于冗余联系。
典型实例
[例6.2]NewCentury唱片公司决定将制作唱片的有关音乐人的信息存入数据库中。
◆每个NewCentury中的音乐人都有No、姓名，地址、电话号码等信息。
◆每样乐器都有乐器名（如吉他、电子合成器、长笛等），音乐的基调（如C、B-flat、E-flat）等信息。
◆每张唱片都有标题、出版日期、格式（如CD和MC）、唱片标识码等信息。
◆每首歌曲都有标题和作者等信息。
◆每个音乐人可以演奏多种乐器，且一种乐器可以由多个音乐人演奏。
◆每张唱片有一组歌曲，但一首歌曲只能出现在一张唱片中。
◆每首歌曲由一名或多名音乐人来完成，一名音乐人可以完成多首歌曲。
◆每个唱片只有一名制片人，一个音乐人可以制作多个唱片。
[例6.3]设计一个科研档案管理系统的ER图。
教师：
教师编号、姓名、性别、年龄、出生日期、工作时间、职称、政治面貌、文化程度；
研究生：
研究生学号、姓名、指导教师编号、指导教师姓名、专业代码、班级；
项目：
项目编号、项目名称、项目来源、项目级别、开始时间、结束时间；
论文：
论文编号、论文题目、论文级别、发表刊物、发表时间、主办单位
专业：
专业代码、专业名称、学科代码、学科名称
实体间关系：
●每位研究生都有一位教师作为导师，一个教师可以指导多名研究生（教师和研究生之间存在一对多的关系）。
●每个项目都有多名教师和研究生参加，并有一位教师作为项目负责人（项目和研究生之间、项目和教师之间都是多对多的关系）。
●每篇论文由一名以上教师或研究生完成，按作者顺序排列（教师和论文之间、研究生和论文之间都是多对多的关系）。
●每位研究生只属于某一专业（研究生和专业之间是一对多的关系）。
[例6.4]下面用ER图来表示某个工厂物资管理的概念模型。
物资管理涉及的实体有：
仓库。
属性有仓库号、面积、电话号码。
零件。
属性有零件号、名称、规格、单价、描述。
供应商。
属性有供应商号、姓名、地址、电话号码、账号。
项目。
属性有项目号、预算、开工日期。
职工。
属性有职工号、姓名、年龄、职称。
这些实体之间的联系如下：
（1）一个仓库可以存放多种零件，一种零件可以存放在多个仓库中，因此仓库和零件具有多对多的联系。
用库存量表示某种零件在某个仓库中的数量。
（2）一个仓库有多个职工当仓库保管员，一个职工只能在一个仓库工作，因此仓库和职工之间是一对多的联系。
（3）职工之间具有领导-被领导关系。
即仓库主任领导若干保管员，因此职工实体集中具有一对多的联系。
（4）供应商、项目和零件三者之间具有多对多的联系。
即一个供应商可以供给若干项目多种零件，每个项目可以使用不同供应商供应的零件，每种零件可由不同供应商供给。
下面给出此工厂的物资管理E-R图。
为了更清晰地表示实体及其实体之间的联系，人们常常把实体及其属性用一幅图表示，如图（a）所示；实体及其实体之间的联系如图（b）所示，完整的实体联系图如图（c）所示。
根据E-R建立数据库模式的步骤
1、E-R图转换为表并进行必要的合并，本步骤可以按照机械方法完成
一个良好的E-R图，完成本步转换和合并得到的结果，已经是比较理想的数据库模式（尽管还有人工进一步优化的余地）
2、优化
本步无具体可行的机械方法，主要依靠设计人员的经验和能力
相关概念：
数据模型
数据（data）是描述事物的符号记录。
模型（Model）是现实世界的抽象。
数据模型（DataModel）是数据特征的抽象，是数据库管理的教学形式框架。
数据模型所描述的内容包括三个部分：
数据结构、数据操作、数据约束。
1）数据结构:
数据模型中的数据结构主要描述数据的类型、内容、性质以及数据间的联系等。
数据结构是数据模型的基础，数据操作和约束都建立在数据结构上。
不同的数据结构具有不同的操作和约束。
2）数据操作:
数据模型中数据操作主要描述在相应的数据结构上的操作类型和操作方式。
3）数据约束：
数据模型中的数据约束主要描述数据结构内数据间的语法、词义联系、他们之间的制约和依存关系，以及数据动态变化的规则，以保证数据的正确、有效和相容。
数据模型按不同的应用层次分成三种类型：
分别是概念数据模型、逻辑数据模型、物理数据模型。
1、概念数据模型（ConceptualDataModel）：
简称概念模型，是面向数据库用户的实现世界的模型，主要用来描述世界的概念化结构，它使数据库的设计人员在设计的初始阶段，摆脱计算机系统及DBMS的具体技术问题，集中精力分析数据以及数据之间的联系等，与具体的数据管理系统（DatabaseManagementSystem，简称DBMS）无关。
概念数据模型必须换成逻辑数据模型，才能在DBMS中实现。
2、逻辑数据模型（LogicalDataModel）:
简称数据模型，这是用户从数据库所看到的模型，是具体的DBMS所支持的数据模型，如网状数据模型（NetworkDataModel）、层次数据模型（HierarchicalDataModel）等等。
此模型既要面向用户，又要面向系统，主要用于数据库管理系统（DBMS）的实现。
3、物理数据模型（PhysicalDataModel）:
简称物理模型，是面向计算机物理表示的模型，描述了数据在储存介质上的组织结构，它不但与具体的DBMS有关，而且还与操作系统和硬件有关。
每一种逻辑数据模型在实现时都有起对应的物理数据模型。
DBMS为了保证其独立性与可移植性，大部分物理数据模型的实现工作又系统自动完成，而设计者只设计索引、聚集等特殊结构。
在概念数据模型中最常用的是E-R模型、扩充的E-R模型、面向对象模型及谓词模型。
在逻辑数据类型中最常用的是层次模型、网状模型、关系模型。
三级模式结构：
外模式、概念模式和内模式
一、概念模式（Schema）
定义：
也称逻辑模式，是数据库中全体数据的逻辑结构和特征的描述，是所有用户的公共数据视图。
理解：
①一个数据库只有一个概念模式；
②是数据库数据在逻辑级上的视图；
③数据库模式以某一种数据模型为基础；
④定义模式时不仅要定义数据的逻辑结构（如数据记录由哪些数据项构成，数据项的名字、类型、取值范围等），而且要定义与数据有关的安全性、完整性要求，定义这些数据之间的联系。
二、外模式（ExternalSchema）
定义：
也称子模式（Subschema）或用户模式，是数据库用户（包括应用程序员和最终用户）能够看见和使用的局部数据的逻辑结构和特征的描述，是数据库用户的数据视图，是与某一应用有关的数据的逻辑表示。
理解：
①一个数据库可以有多个外模式；
②外模式就是用户视图；
③外模式是保证数据安全性的一个有力措施。
三、内模式（InternalSchema）
定义：
也称存储模式（StorageSchema），它是数据物理结构和存储方式的描述，是数据在数据库内部的表示方式（例如，记录的存储方式是顺序存储、按照B树结构存储还是按hash方法存储；索引按
升级会员 