数据库技术-精选版.pptVIP

图6.11 聚 集 学 生 学号 姓名 专业 班级 “ is part of ” 图6.11 聚 集 实体型 属性 * * 图6.12 更复杂的聚集 仓库号 面 积 仓 库 主 任 姓 名 年 龄 性 别 工 资 图6.12 更复杂的聚集 该图反映的是某一类型的成分仍是一个聚集. P93 P.93 * * 数据抽象（续） 3. 概括（Generalization） 定义类型之间的一种子集联系。 它抽象了类型之间的“is subset of”的语义。 概括有一个很重要的性质：继承性。子类继承超类上定义的所有抽象。例如，下例中的本科生、研究生继承了学生类型的属性（当然，子类可以增加自己的某些特殊属性）。 　例：见教材P.217 图 6.13(HDP图 6.13) * * 数据抽象（续） 注：原E-R模型不具有概括，本书对E-R模型作了扩充，允许定义超类实体型和子类实体型。 用双竖边的矩形框表示子类; 用直线加小圆圈表示超类-子类的联系。 * * 图 6.13 概 括 　 学 生 本科生 研究生 “ is subset of ” 图 6.13 概 括 　　　概括，定义类型之间的一种子集联系。它表示了类型之间的“ is subset of ”的语义。例如，学生是一个实体型，本科生、研究生也是实体型。本科生、研究生均是学生的子集。我们把学生称为超类，本科生、研究生称为学生的子类。 P96 * * 数据抽象（续） 数据抽象的用途 对需求分析阶段收集到的数据进行分类、组织（聚集），形成: 实体; 实体的属性，标识实体的码; 确定实体之间的联系类型(1:1，1:n，m:n)。 * * 二、局部视图设计 　　设计分E-R图的步骤: ⒈选择局部应用； ⒉逐一设计分E-R图。 * * ⒈ 选择局部应用 　　　需求分析阶段，已用多层数据流图和数据字典描述了整个系统。 　　　设计分E-R图首先需要根据系统的具体情况，在多层的数据流图中选择一个适当层次的数据流图，让这组图中每一部分对应一个局部应用，然后以这一层次的数据流图为出发点，设计分E-R图。 * * 选择局部应用（续） 　　 通常以中层数据流图作为 设 计分E-R图的依据。原因： 高层数据流图只能反映系统的概貌; 中层数据流图能较好地反映系统中各局部应用的子系统组成; 低层数据流图过细。 * * 选择局部应用（续） 例：由于学籍管理、课程管理等都不太复杂，因此可以它们入手设计学生管理子系统的分E-R图。如果局部应用比较复杂，则可以从更下层的数据流图入手。 * * ⒉ 逐一设计分E-R图 　任务: 　　标定局部应用中的实体、属性、码，实体间的联系 将各局部应用涉及的数据分别从数据字典 中 抽 取出来，参照数据流图，标定各局部应 用 中 的 实 体、实 体 的 属 性、标 识 实 体 的码，确 定 实 体 之 间 的 联 系 及 其 类 型（1:1，1:n，m:n）。 * * 逐一设计分E-R图（续） 　　如何抽象实体和属性 实体：现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。对象和实体之间是“is member of的关系。 　　例：在学校环境中，可把张三、李四等对象抽象为学生实体。 * * 逐一设计分E-R图（续） 　　　属性：对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型 之 间 是“is part of的关系。 　　例：学号、姓名、专业、年级等可以抽象为学生实体的属性。其中学号为标识学生实体的码。 * * 逐一设计分E-R图（续） 如何区分实体和属性 实体与属性是相对而言的。同一事物，在一种应用环境中作为“属性”，在另一种应用环境中就必须作为“实体”。 例：学校中的系，在某种应用环境中，它只是作为“学生”实体的一个属性，表明一个学生属于哪个系；而在另一种环境中，由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等，这时它就需要作为实体了。 * * 逐一设计分E-R图（续） 一般准则: “属性”不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成。 “属性”不能与其他实体具有联系。联系只能发生在实体之间。 符合上述两条特性的事物一般作为属性对待。 为了简化E-R图的处置，现实世界中的事物凡能够作为属性对待的，应尽量作为属性。 * * 逐一设计分E-R图（续） 举例 例1：“学生”由学号、姓名等属性进一步描述，根据准则１，“学生”只能作为实体，不能作为属性。 例2：职称通常作为教师实体的属