ER模型关系模型.ppt

三类数据抽象 依据抽象方法和原理来逐级建立ER图 分类抽象：Classfication 定义对象值与型之间“is member of”的语义，实体型就是分类抽象： 如“学生”是实体型，张三是其中一员，表达语义“is member of 学生”，张三具有和所有学生共同的行为(学习某门课程)和特征(具有学号、班号等) 描述方法如右图所示： 聚集抽象 用途：定义实体的成份 表达语义：对象内部类型和成份之间“is part of”的含义，即实体和属性之间的关系 概括抽象 用途：定义实体型间子类的关系，“is subset of”的语义 概括抽象 另一种表示方法：实体之间的包含联系 ISA = “is a”，表示高层实体和低层实体之间的“父类－子类”联系。 概念设计的实质 利用抽象机制对需求分析阶段收集到的数据进行分类、组织(聚集)，形成实体、实体的属性，标识实体的码，确定实体之间的联系类型，设计局部E-R图 具体步骤和方法： 选择局部应用：每层数据流图DFD作为局部ER图的设计出发点 逐层设计分ER图：依据数据字典确定实体、属性和联系，局部ER图汇总成分ER图，最终分ER图?总ER图 划分实体和属性的原则： 属性不能再分，不能是另一些属性的聚集 属性不能与实体有任何联系 例：职工有“电话号码”属性，但如果一个人有多个电话号码，就要抽象出“电话”实体另外描述 ER模型?关系模型 转换规则： 实体型?关系模式：实体的属性就是关系的属性，实体的码就是关系的码； 联系?关系模式：与该联系相连的各实体的码以及联系的属性转换为关系的属性，该关系的码则有四种情况： 1:1联系：每个实体的码均为该关系的候选码；该联系转化成的关系模式可与任一端实体合并 1:n联系：关系的码为n端实体的码；该联系转化成的关系模式可与n端实体合并 m:n联系：关系的码为诸实体码的组合；只能是独立的关系模式 多元联系：关系的码为诸实体码的组合；只能是独立的关系模式 具有相同码的关系可以合并 示例 示例 示例 总结数据库设计过程 * 目 录 上一页 下一页 退 出 * 学生 张三 李四 “is member of” 用途：定义某类实体型的成员 学生 学号 姓名 性别 专业 “is part of” 还可以表示更复杂的聚集，如右图，一个实体的属性是聚集成另一个实体的属性： 学生 本科生 研究生 “is subset of” 超类 子类 这里子类继承父类的所有属性，在绘制ER图时，子类不用再画出父类的所有属性，只要画出自身特有的属性即可 本科生 研究生 学生 硕士 博士 ISA ISA 姓名 学号 Dissertation Papers 军训 职工 职工号 电话号码 电话 类别 号码 A B 1 1 A(KA,UA1,UA2…) B(KB,UB1,UB2…) AB(KA, KB,UR1,UR2…) AB(KA, KB, UB1,UB2 , UR1,UR2…) A(KA,UA1,UA2…) 或 AB(KA, KB, UA1,UA2 , UR1,UR2…) B(KB,UB1,UB2…) 或 A B 1 n A(KA,UA1,UA2…) B(KB,UB1,UB2…) AB(KB, KA,UR1,UR2…) AB(KB, KA, UB1,UB2 , UR1,UR2…) A(KA,UA1,UA2…) 或 班级 1 n 学生 学生(学号，班级号，姓名，…) 班级(班级号，班级名，人数) A B n m A(KA,UA1,UA2…) B(KB,UB1,UB2…) AB(KA, KB,UR1,UR2…) 课程 n m 学生 学生(学号，班级号，姓名，…) 课程(课程号，课程名，学分，…) 选课(学号，课程号，成绩) 确定存储哪些数据，建立哪些应用，常用的操作及对象有哪些等。 对需求分析所得到数据的更高层的抽象描述。 将概念模型所描述的数据映射为某个特定的DBMS模式数据。 ER模型 ODL 数据字典 数据流图 需求分析 概念数据库设计 逻辑数据库设计 物理数据库设计 数据库实施与维护 对已经确定的逻辑结构选择适当的物理结构，包括存储结构、存取路径、存储分配 数据库的装入 数据库的试运行 数据库的运行维护 * *