第六章 数据库设计.pptVIP

6.3.3 数据抽象与局部视图的设计 1. 数据抽象 概念结构是对现实世界的一种抽象 从实际的人、物、事和概念中抽取所关心的共同特性，忽略非本质的细节 把这些特性用各种概念精确地加以描述 这些概念组成了某种模型 一般有三种抽象： （1）分类（Classification） 定义某一类概念作为现实世界中一组对象的类型 说明： 定义某一类概念作为现实世界中一组对象的类型 这些对象具有某些共同的特性和行为 它抽象了对象值和型之间的“is member of”的语义 在E-R模型中，实体型就是这种抽象 学 生 …… 张英 王平 赵五 分类 Is member of 举例 （2）聚集(Aggregation) 定义某一类型的组成成分 说明： 它抽象了对象内部类型和成分之间“is part of”的语义 在E-R模型中若干属性的聚集组成了实体型，就是这种抽象 举例 学 生 学号 姓名 …… 专业 Is part of 聚集 仓库 仓库号 面积 主任 姓名 年龄 性别 工资 更复杂的聚集 （3）概括 定义类型之间的一种子集联系 说明： 它抽象了类型之间的“is subset of”的语义 概括有一个很重要的性质：继承性。子类继承超类上定义的所有抽象。 注意：原E-R模型不具有概括，本书对E-R模型作了扩充，允许定义超类实体型和子类实体型。 用双竖边的矩形框表示子类； 用直线加小圆圈表示超类-子类的联系 学 生 本科生 研究生 Is subset of 超类 子类 数据抽象的用途： 对需求分析阶段收集到的数据进行分类、组织(聚集)，形成: 实体 实体的属性，标识实体的码 确定实体之间的联系类型(1:1，1:n，m:n) 2. 局部视图的设计 （1）选择局部应用 设计分E-R图首先需要根据系统的具体情况，在多层的数据流图中选择一个适当层次的数据流图，让这组图中每一部分对应一个局部应用，然后以这一层次的数据流图为出发点，设计分E-R图。 需求分析阶段，已用多层数据流图和数据字典描述了整个系统。 通常以中层数据流图作为设计分E-R图的依据。原因： 高层数据流图只能反映系统的概貌 中层数据流图能较好地反映系统中各局部应用的子系统组成 低层数据流图过细 学生管理系统 学生管理系统 档案管理系统 宿舍管理系统 课程管理系统 学籍管理系统 举例： 设计分E-R图 （2）逐一设计分E-R图 任务： 标定局部应用中的实体、属性、码，实体间的联系 将各局部应用涉及的数据分别从数据字典中抽取出来，参照数据流图，标定各局部应用中的实体、实体的属性、标识实体的码，确定实体之间的联系及其类型（1:1，1:n，m:n） 如何抽象实体和属性 实体：现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。对象和实体之间是“is member of的关系。 例：在学校环境中，可把张三、李四等对象抽象为学生实体。 属性：对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型之间是“is part of的关系。 例：学号、姓名、专业、年级等可以抽象为学生实体的属性。其中学号为标识学生实体的码。 如何区分实体和属性 实体与属性是相对而言的。同一事物，在一种应用环境中作为“属性”，在另一种应用环境中就必须作为“实体”。 例：学校中的系，在某种应用环境中，它只是作为“学生”实体的一个属性，表明一个学生属于哪个系；而在另一种环境中，由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等，这时它就需要作为实体了 区分实体和属性的一般原则（准则） 属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成。 属性不能与其他实体具有联系。联系只发生在实体之间。 符合上述两条特性的事物一般作为属性对待。 为了简化E-R图的处置，现实世界中的事物凡能够作为属性对待的，应尽量作为属性。 例1：“学生”由学号、姓名等属性进一步描述，根据准则１，“学生”只能作为实体，不能作为属性。 例2：职称通常作为教师实体的属性，但在涉及住房分配时，由于分房与职称有关，也就是说职称与住房实体之间有联系，根据准则２，这时把职称作为实体来处理会更合适些 教师 职工号 姓名 职称 …… 教师 聘任 职称 职工号 工资 住房标准 设计分E-R图的步骤 （1）以数据字典为出发点定义E-R图。 数据字典中的“数据结构”、“数据流”和“数据存储”等已是若干属性的有意义的聚合 （2）按