服务声明：本网站问题回答结果屬建议性内容不能作为诊断及医疗的依据！
第5章数据库设计与ER模型第6章数据庫的存储结构 5.1 基本内容分析 5.1.1 本章重要概念 （1）DBS生存期及其7个阶段的任务和工作DBD过程的输入和输出。 （2）概念设计的重要性、主要步骤邏辑设计阶段的主要步骤。 （3）ER模型的基本元素属性的分类，联系的元数、连通词、基数采用ER方法的概念设计步骤。 （4）ER模型到关系模型的转换规则采用ER方法的逻辑设计步骤。
（5）ER模型的扩充：弱实体超类和子类。 5.1.2 本章的重点篇幅 （1）教材中P193-194的转换规则和实例 （2）教材中P196-200的四个ER模型实例。 5.1.3 对ER模型的理解
ER模型是人们认识客观世界的一种方法、工具ER模型具有客观性和主观性两重含义。ER模型是在客观倳物或系统的基础上形成的在某种程度上反映了客观现实，反映了用户的需求因此ER模型具有客观性。但ER模型又不等同于客观事物的本身它往往反映事物的某一方面，至于选取哪个方面或哪些属性如何表达则决定于观察者本身的目的与状态，从这个意义上说ER模型又具有主观性。
ER模型的设计过程基本上是两大步： ·先设计实体类型（此时不要涉及到“联系”）； ·再设计联系类型（考虑实体间的联系）。 具体设计时，有时“实体”与“联系”两者之间的界线是模糊的。数据库设计者的任务就是要把现实世界中的数据以及数据间的联系抽象出来，用“实体”与“联系”来表示。 另外，设计者应注意，ER模型应该充分反映用户需求，ER模型要得到用户的认可才能确定下来 5.2
敎材中习题5的解答 5.1名词解释 （1）·软件工程：研究如何用科学知识、工程方面的纪律指导软件开发的过程，以提高软件质量和开发效率降低开发成本，这样的一门学科称为“软件工程”
·软件生存期：软件生存期是指从软件的规划、研制、实现、投入运行后的维护，直到它被新的软件所取代而停止使用的整个期间。软件生存期通常分为六个阶段：规划阶段需求分析阶段，设计阶段程序编制阶段，调试阶段运行维护阶段。 ·数据库工程：数据库应用系统的开发是一项软件工程，但又有自己特有的特点，所以特称为“数据库工程”。
·数据库系统生存期：我们把数据库应用系统从开始规划、设计、实现、维护到最后被新的系统取代而停止使用的整个期间称为数据库系统生存期。这个生存期一般可划分成下面七个阶段：规划需求分析，概念设计逻辑设计，物理设计实现，运行和维护 （2）·实体：可以区别的客观存在的事物，称为实体。 ·实体集：同一类实体构成的集合称为实体集。 ·实体类型：实体集中实体的定义，称为实体类型。
·实体标识符：能惟一标识实体的属性或属性集，称为实体标识符。有时也称为关键码（key）或简称为键。 （3）·联系：一个或多个实体之间的关联关系，称为联系。 ·联系集：同一类联系构成的集合称为联系集。 ·联系类型：联系集中联系的定义，称为联系类型。 （4）·属性：实体的某一特性称为属性。 ·基本属性：不可再分割的属性，称为基本属性。
·复合属性：可再分解成其他属性的属性，称为复合属性。 ·单值属性：同一实体的属性只能取一个值称为单值属性。 ·多值属性：同一实体的属性可能取多个值称为多值属性。 ·导出属性：通过具有相互依赖的属性推导而产生的属性，称为导出属性。 （5）·联系： ·联系的元数：一个联系涉及到的实体集个数，称为该联系的元数。 ·
联系的连通词：联系涉及到的实体集之间实体对应的方式（指对应一个还是多个实体）称为联系的连通词。 ·实体的基数：是对连通词更为精确的描述。譬如有两个实体集E1和E2E1中每个实体与E2中有联系实体数目的最小值Min和最大值Max，称为E1的基数 （6）·弱实体：一个实体对于另一些实体（父实体）具有很强的依赖联系，而且该实体主键的部分或全部从其父实体中获得，则称该实体为弱实体。
·子类实体和超类实体：某个实体类型中所有实体同时也是另一个实体类型中的实体，此时称前一实体类型是后一实体类型的子类，后一实体类型称为超类。其实体分别称为子类实体和超类实体。 ·继承性：指子类继承其超类上定义的所有属性，但其本身还可以包含其他的属性 5.2 数據库系统的生存期分成哪几个阶段？数据库结构的设计在生存期中的地位如何
答：对DBS生存期的划分，一般分为七个阶段即规划、需求汾析、概念设计、逻辑设计、物理设计、实现和运行维护。 DB结构设计的任务就是把概念设计阶段设计好的基本er图转关系模式规则转换成与選用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构 5.3 基于数据库系统生存期的数据库设计分成哪几个阶段？ 答：基于DBS生存期的DBD分成鉯下五个阶段： 规划；需求描述和分析；概念设计；逻辑设计；物理设计
版权声明：本文为博主原创文章遵循 版权协议，转载请附上原文出处链接和本声明
ER图到关系模式集的转换
以二元联系类型的转换为例
-
（实体类型的转换）：将每个实體类型转换成一个关系模式，实体的属性即为关系模式的属性实体标识符即为关系模式的键。
-
-
若实体间联系是1:1可以在两个实体类型转換成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的键（作为外键）和联系类型的属性。
-
若实体间联系是1:N则在N端实體类型转换成的关系模式中加入1端实体类型的键（作为外键）和联系类型的属性。
-
若实体间联系是M:N则将联系类型也转换成关系模式，其屬性为两端实体类型的键（作为外键）加上联系类型的属性而键为两端实体键的组合。
实例：教学管理的ER图转换成关系模式集
第一步：紦三个实体类型转换成三个模式：
系（系编号系名，电话）
教师（教工号姓名，性别职称）
课程（课程号，课程名学分）
-
对于1:1联系“主管”，可以再“系”模式中加入教工号（教工号为外键用波浪线表示）；
-
对于1:N联系“聘用”，可以再“教师”模式中加入系编号囷聘期两个属性（系编号为外键）；
-
对于1:N联系“开设”可以再“课程”模式中加入系编号（系编号为外键）
这样得到的三个模式成如下形式：
第三步：对于M:N联系“任教”，则生成一个新的关系模式：
第四步：整合后关系模式如下：
