管理信息系统导论第五章.ppt

§5.3.3 关系数据库设计实例 “教师”数据结构可以描述为： 数据结构：　教师含义说明：　定义了一个教师的有关信息 组成：　　　职工号，姓名，性别，职称，联系电话处理过程“教室安排”可如下描述： 　　处理过程：教室安排　　说明：为所选课程安排教室 　　输入：课程，教室 　　输出：教室安排 　　处理：学生递交选课单后，为所有课程安排教室。要求同一教室同时只有一个课程讲授。　 §5.3.3 关系数据库设计实例 概念设计： 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。一般都以E-R模型为工具来描述概念结构。 以自底向上设计概念结构的方法为例，它通常分为两步： 第一步，首先要根据需求分析的结果（数据流图、数据字典等）对现实世界的数据进行抽象，设计各个局部视图即分E-R图。 第二步，集成局部视图。 §5.3.3 关系数据库设计实例 图5-11 课程管理系统E-R图 §5.3.3 关系数据库设计实例 课程管理系统各实体的属性分别为：  学生：｛学号，姓名，性别，年龄，出生日期，所在系，年 级，平均成绩｝ 　　课程：｛课程号，课程名，学分，课时｝ 　　教师：｛职工号，姓名，性别，职称，联系电话｝ 　　教科书：｛书号，书名，单价，出版社｝ 　　教室：｛教室编号，地址，容量，教室类别｝ §5.3.1 关系数据库设计实例 生成学籍管理系统和课程管理系统分E-R图后，调整冲突的实体属性，消除冗余数据和冗余联系。如： 学生实体中的年龄属性可以由出生日期推算出来，属于冗余数据，应该去掉。学生：｛学号，姓名，性别，年龄，出生日期，所在系，年 级，平均成绩｝ 新得到的学生实体的属性： 　 学生：｛学号，姓名，出生日期，所在系，年级，平均成绩｝ 教室实体与班级实体之间的上课联系可以由教室与课程之间的开设联系、课程与学生之间的选修联系、学生与班级之间的组成联系三者推导出来，因此属于冗余联系，可以消去。 学生管理子系统E-R图 §5.3.1 关系数据库设计实例 §5.3.3 关系数据库设计实例 逻辑设计： 设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。 设计逻辑结构步骤： 概念结构转换为一般的关系、网状、层次模型； 将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换； 对数据模型进行优化。 §5.3.3 关系数据库设计实例 逻辑设计： 关系模型的逻辑结构是一组关系模式的集合，E-R图则由实体、实体的属性和实体之间的联系三要素组成。所以，将E-R图转换为关系模型实际上就是要将实体、实体属性和实体之间的联系转换为关系模式，这种转换一般遵循如下原则： §5.3.3 关系数据库设计实例 逻辑设计： a)一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。 例如在学生管理子系统中，教师实体可以转换为如下关系模式，其中职工号为教师关系的关键字：教师：｛职工号，姓名，性别，职称，联系电话｝。 §5.3.3 关系数据库设计实例 逻辑设计： b)一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。 “归档”联系为1:1联系，将其转换为一个独立的关系模式  归档（档案号，学号）或归档（档案号，学号） §5.3.3 关系数据库设计实例 逻辑设计： c)一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 本例中，“住宿”联系为1:n联系，将其转换为关系模式的一种方法是使其成为一个独立的关系模式： 　 住宿（学号，宿舍编号） §5.2 关系数据库的规范化 1970年E．F．Codd定义了关系数据库的基本概念，引进了规范化理论，为关系数据库全面发展奠定了基础。关系数据库以关系代数为基础，应用数学方法来处理数据库中的数据，具有数据结构简单、数据独立性较高、处理实体对应关系方便等特点。 本节内容： 基本概念 关系代数 函数依赖 * §5.2.1 基本概念 关系（Relation）: 从集合论的角度，关系是一个元数为k（k≥1）的元组（Tuple）集合。即这个关系有若干个元组，每个元组有k个属性值。关系可视为一个集合，集合中的元素是元组，每个关系都有一个名称，称为关系名。 关系是笛卡尔积（Cartesian Product）的子集，所