1.4数据库逻辑设计（课件）-高二《 SQL Server 2017数据库应用技术项目化教程》 同步教学（工信版）

数据库设计   第一章 1 目 录 2 1.1 初始数据库系统 1.2 数据库设计概述与需求分析 1.3 数据库概念设计 1.4 数据库逻辑设计 1.5 数据库物理设计 1.4 数据库逻辑设计 理解关系模型的基本概念 理解E-R图转换成关系模式的转换规则 理解关键码的概念 了解关系模式的规范化 知识目标 会将E-R图转换成关系模式 掌握关系模式的规范化方法 能力目标 5 项目小组根据“学生成绩管理系统”的数据库概念设计阶段得到的全局E-R图，设计出“学生成绩管理系统”的数据库逻辑结构。 、 任务描述 6 先将概念设计阶段设计的全局E-R图转换成关系模式，然后对其进行规范化得到最终的关系模式。 完成任务的具体步骤如下： （1）将全局E-R图转换成关系模式； （2）对关系模式进行规范化。 任务分析 1.4.1 关系模型的基本术语 1、数据模型： 网状模型 层次模型 关系模型 2、用二维表表示实体集，用关键码表示实体之间联系的数据模型称为关系模型。 学生信息二维表 知识导读 3、关系模型的基本概念 元组。表中除表头外的一行为一个元组，也称为记录。 属性。表中的一列为一个属性（或字段），每个属性都有属性名（或字段名），即表中的列名，如学号、姓名。 关系。关系是属性数目相同的元组的集合，一个关系对应一个表。 码。表中的某个属性或属性组，它可以唯一确定一个元组，如学生表中的学号。 域。属性的取值范围，如性别的值为“男”或“女”。 分量。元组中的一个属性值，如学号“170101”。 关系模式。关系模式是对关系的描述，一般表示为：  关系名（属性名1，属性名2，……，属性名n）。 1.4.1 关系模型的基本术语 知识导读 1.4.2 关系的定义和性质 关系中每一个属性都是不可分解的。 关系中不允许出现重复元组（不允许出现相同的元组）。 由于关系是一个集合，因此不考虑元组间的顺序，即没有行序。 元组中的属性在理论上也是无序的，但使用时按习惯考虑列的顺序。 关系是属性数目相同的元组的集合 1、关系的定义 2、关系的性质 知识导读 1.4.2 关系的定义和性质 不符合关系的性质1 分解为两个属性 知识导读 1.4.3 关键码 关键码（Key，简称键）由一个或多个属性组成。在实际使用中，有下列几种键。 超键（Super Key）：在关系中能唯一标识元组的属性集称为关系的超键。 候选键（Candidate Key）：不含有多余属性的超键称为候选键。也就是在候选键中，若再删除属性，就不是超键了。 主键（Primary Key）：用户选作元组标识的候选键称为主键。一般如不加说明，键是指主键。 知识导读 1.4.3 关键码 （学号，姓名）是关系的一个超键，但不是候选键，而（学号）是候选键。在实际使用中，如果选择（学号）作为删除或查找元组的标志，那么称（学号）为主键。 知识导读 1.4.3 关键码 外键（Foreign Key）：如果关系R中属性K是其他关系的主键，那么K在关系R中称为外键。 例如，有学生关系模式（学号，姓名，性别，出生日期，籍贯），成绩关系模式（学号，课程编号，成绩），在这两个关系模式中，（学号）是学生关系模式的主键，则（学号）在成绩关系模式中就是该关系模式的外键。 知识导读 1.4.4 ER模型到关系模型的转换 ER模型到关系模式的转换 步骤1（实体类型的转换）：将每个实体类型转换成关系模式，实体的属性即关系模式的属性，实体的码即关系模式的键。 知识导读 1.4.4 ER模型到关系模型的转换 ER模型到关系模式的转换 步骤2（联系类型的转换）：根据不同的情况做不同的处理。 步骤2.1（二元联系类型的转换）： 若实体间联系是1∶1，则在两个实体类型转换成的两个关系模式中的任意一个关系模式的属性中加入另一个关系模式的键（作为外键）和联系类型的属性。 若实体间联系是1∶n，则在n端实体类型转换成的关系模式中加入1端实体类型的键（作为外键）和联系类型的属性。 若实体间联系是m∶n，则将联系类型也转换成关系模式，其属性为两端实体类型的键（作为外键）加上联系类型的属性，而键为两端实体键的组合。 知识导读 1.4.4 ER模型到关系模型的转换 ER模型到关系模式的转换 步骤2.2（一元联系类型的转换）：和二元联系类型的转换（步骤2.1）类似。 知识导读 1.4.4 ER模型到关系模型的转换 ER模型到关系模式的转换 步骤2.3（三元联系类型的转换）： 若实体间联系是1∶1∶1，可以在3个实体类型转换成的3个关系模式中的任意一个关系模式的属性中加入另外两个关系模式的键（作为外键）和联系类型的属性。 若实体间联系是1∶1∶n，则在n端实体类型转换成的关系模式中加入两个1端实体类型转换成的关系