3数据库设计.ppt

第3章 数据库设计;§3.1 数据库设计概述;1、需求分析：需求收集和分析，得到数据字典描述的数据需求（和数据流图描述的处理需求)。 ;需求收集和分析;§3.2 需求分析;1、信息要求——数据需求;二、需求分析的方法;三、数据流图（DFD：Data Flow Diagram） ;例：学籍管理系统数据流图;采用分层次结构。把一个复杂的问题，分解为一些相互独立的子问题，再绘出分层DFD。;四、数据字典（DD：Data Dictionary） ;（2）、数据结构：反映了数据之间的组合关系.;（3）、数据流：是数据结构在系统内传输的路径;（4）、数据存储：数据保存的地方;（5）、处理过程：具体处理逻辑一般用判定表和判定树表示;五、需求分析的成果;数据流图;1、概念模型（不依赖于具体的DBMS）的特点： ;;二、数据抽象;2）聚集（aggregation） ;三、设计E-R图;1、分E-R图设计过程：;例：学籍管理局部应用的分E-R图;1、实体：学生、宿舍、档案、班级、班主任 2、实体之间的联系： ①宿舍与学生：一个学生只能住在一个宿舍中，而一个宿舍可以安排多个学生，所以是一对多（1：n）的关系； ②班级与学生：一个学生只能属于一个班级，但一个班级常常有多个学生，所以是一对多（1：n）的关系； ③班主任与学生：一个学生只能对应一个班主任，而班主任一般要教多名学生，所以是一对多（1：n）的关系； ④班主任与班级：一个班级只能对应一个班主任，而班主任常常管理多个班级，所以是一对多（1：n）的关系； ⑤学生与档案：一个学生只能对应一份档案，因此是一对一（1：1）的关系。 ;1、实体：学生、宿舍、档案、班级、班主任 2、实体之间的联系： ①宿舍与学生：1：n； ②班级与学生：1：n； ③班主任与学生：1：n； ④班主任与班级：1：n； ⑤学生与档案：1：1。 ;3、各实体属性： 学生：{学号，姓名，生日，……} 性别：{性别} 档案：{档案号，姓名，内容，……} 班级：{班级号，班长，团支书，人数，是否为优秀班级……} 班主任：{教师号，所在系号，姓名，性别，电话……} 宿舍：{宿舍号，宿舍长，位置，人数，是否为优秀宿舍……} ;2、分E-R图的集成：;（1）合并分E-R图，消除冲突，生成初步E-R图;结构冲突 ：;存在冲突 ： 1、班主任与教师。 2、班主任与学生的指导联系和教师与学生的教学联系。 3、性别的不同抽象—实体和属性。 4、学生的属性组成、顺序不同。;档案材料;（2）修改与重构，消除不必要冗余，生成基本E-R图 ;档案材料;§3.4 数据库的逻辑结构设计 ;三、E-R图向数据模型（关系）转换的实质;（1）学生（学号，姓名，性别，出生日期，所在系，年级，班级号，平均成绩，档案号） （2）性别（性别，宿舍楼） （3）宿舍（宿舍编号，地址，性别，人数） （4）班级（班级号，学生人数） （5）教师（职工号，姓名，性别，职称，班级号，是否为优秀班主任） （6）教学（职工号，学号） （7）课程（课程号，课程名，学分，教室号） （8）选修（学号，课程号，成绩） （9）教科书（书号，书名，价钱） （10）教室（教室编号，地址，容量） （11）讲授（课程号，教师号，书号） （12）档案材料（档案号，……）;四、E-R图向数据模型（关系）转换的原则;⒊ 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。;⒋ 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。;例:班级----管理----教师 “管理”联系为1:1联系，可以有三种转换方法： （1）转换为一个独立的关系模式： 管理（职工号，班级号） 或 管理（职工号，班级号） （2）“管理”联系与班级关系模式合并，则只需在班级关系中加入教师关系的码，即职工号： 　　 班级：（班级号，学生人数，职工号） （3）“管理”联系与教师关系模式合并，则只需在教师关系中加入班级关系的码，即班级号： 教师：（职工号，姓名，性别，职称，班级号， 是否为班主任）;⒌ 三个或三个以上实体间的一个多元联系转换为一个关系模式。 关系的属性：与该多元联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 例: “讲授”联系是一个三元联系，可以将它转换为如下关系模式，其中课程号、职工号和书号为关系的组合码： 　　讲授（课程号，职工号，书号）;⒍ 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 例，如果教师实体集内部存在领导与被领导的1:n自联系，我们可以将该联系与教师实体合并，这时主码职工号将多次出现，但作用不同，可用不同的属性名加以区分： 教师：｛职工号，姓名