第3讲数据库设计方法—逻辑模型以及ER模型到关系模型的转化概论.ppt

* 回顾 数据库的三级模式：外模式—用户视图，模式——全局视图，内模式——物理视图。 通过两级映射提高数据的逻辑独立性和物理独立性。 概念模型中的两个概念：实体、联系. 数据模型包括：概念模型(ER)、逻辑模型、物理模型 概念模型的两个基本概念——实体与联系，E-R模型是一种概念模型表示方法. 逻辑模型：层次型、网状、关系型 * * 数据库原理与应用 第3讲 数据库设计方法—ER模型到关系模型的转化 * * 本讲内容、重点和难点 重点 ER模型到关系模型的转化 难点 关系数据库概述 关系型逻辑模型是当前最常见的数据库逻辑模型 * * 1.逻辑模型（层次，网状，关系）、物理模型 关系模型的基本概念 物理模型简介 ER图到关系模型转换 * * 关系模型的基本概念 1．关系 将一个没有重复行、重复列的二维表看成一个关系。 2．元组（记录） 二维表的每一行在关系中称为关系的一个元组。 3．属性（字段） 二维表的每一列在关系中称为属性。 4．关键字 关系中用于区分和标示不同元组的属性组合。 5．外部关键字 如果关系中某个属性组合是另一个关系的关键字，则称此属性组合为本关系的外部关键字。外部关键字体现表间的联系。 6.　元 属性个数（n）称为关系的元。 * * 部门编号 部门名称 D001 总经理办 D002 市场部 D003 销售部 D004 仓储部 员工编号 员工姓名 性别 部门编号 E001 钱达理 男 D001 E002 东方牧 男 D001 E003 郭文斌 男 D002 E004 肖海燕 女 D003 E005 张明华 男 D004 部门表 员工表 部门关系（部门编号，部门名称）。 员工关系（员工编号，姓名，性别，部门编号)。 部门关系中有4个元组，员工关系中有5个元组。 员工关系的外部关键字是部门编号，体现了部门关系与员工关系之间的联系。 关系示例: * * 讨论：实体集用表格来表示是容易理解的，联系如何用表格来表示呢？以选课系统为例。 学号 姓名 s1 学生A s2 学生B 学生表 教师号 姓名 t1 教师A t2 教师B 教师表 课编号 课程名 c1 课程A c1 课程B 课程表 学号 课编号 修读学期 s1 c1 2010春 s1 c2 2010春 s2 c1 2010春 授课表（写写看） 选课表 教师号 课编号 授课学期 t1 c1 2010春 t2 c2 2010春 * * 物理模型（了解） 物理模型 在逻辑模型确定后，要将逻辑模型提出的静态结构、动态结构、约束规则在计算机上进行实现，这项工作由DBMS软件实现。 目前的DBMS大多支持关系型逻辑模型，比如Oracle, SQL Server，DB2等等。 我们也可以开发自己的DBMS，但这项工作的所需的人力是很大的，所以当前软件行业的做法是：使用比较成熟的DBMS系统，解决具体应用问题。因此，物理模式一般不作过多的讨论。 * * 从ER图导出关系模型数据结构 ER图描述信息的结构，是构造数据模型的依据。从ER图出发导出关系模型数据结构的两点原则： ? 对ER图中的每个“实体集”，都应转换成一个关系； ? 对ER图中的 “联系”，根据实体联系的方式，采取不同的方法加以处理； * * 1） 两实体集间1: N联系 无需专门用一个关系表示“联系”。可将“1”方关系的主键纳入“N”方关系中作为外键，同时把联系的属性也一起纳入“N”方关系中。 * * 学校 教师 聘任 1 N 学校名 校址 校长 年薪 教工号 姓名 专长 学校（学校名，校址，校长） 教师（教工号，姓名，专长， 学校名，年薪） 外键 * * 2） 两实体集间M: N联系 必须对“联系”单独建立一个关系。“联系”关系的属性至少包含它所关联的双方实体的“主键”，若“联系”自身有属性，也要一起纳入“联系”关系中。 * * 学生 课程 选修 M N 学号 姓名 性别 成绩 课程号 课程名 学分 学生（学号，姓名，性别） 课程（课程号，课程名，学分） 选修（学号，课程号，成绩） * * 3） 两实体集间1:1联系 对两实体间1：1联系，有二种转换方案： 第一：“联系”不单独建立关系，将实体集A主键放到实体集B中作为外键。 第二： “联系”不单独建立关系，将实体集B主键放到实体集A中作为外键。 * * 校长 学校 管理 1 1 姓名 性别 年龄 学校名 校址 类别 方案1： 校长（姓名，性别，年龄） 学校（学校名，校址，类别， 姓名） 方案2 学校（学校名，校址，类别） 校长（姓名，性别，年龄， 学校名） * * 以下的关系模型为补充内容 4） 同一实体集各实体间1: N联系 可在这个实体关系中多设一个属性，用来表示与当前实体（表中当前行）相联系的另一个实体的“主键”。 职工 领导 1 N 工号 姓名