数据库系统原理练习题2-me (5)

练习题2

2.1名词解释

（1）数据库工程、数据库系统生存期

以数据库为基础的通常称为数据库应用系统，它一般具有信息的采集、组织、加工、抽取、综合和转播功能。数据库应用系统的开发是一项软件工程，但又有自己特有的特点，所以特称为“数据库工程”。

数据库应用系统从开始规划、设计、实现、维护到最后被新的系统所取代而停止使用的整个期间，称为数据库系统生存期。

（2）实体、实体集、实体类型和实体标识符

实体（entity）是一个数据对象，指应用中可以区别的客观存在并可互相区别的“事件”或“物体”的抽象。

实体集（entity set）是指同一类实体构成的集合。

实体类型（entity type）是对实体集中实体的定义。

实体的某一特征称为属性（attribute）。在一个实体中，能够惟一标识实体的属性或属性集称为“实体标识符”。

（3）联系、联系集和联系类型

联系（relationship）表示一个或多个实体之间的关联联系。

联系集（relationship set）是指用一类联系构成的集合。

联系类型（relationship type）是对联系集中联系的定义。

（4）属性、简单属性、复合属性、单值属性、多值属性、存储属性和派生属性属性（attribute）：实体的特征称为属性。

简单属性（Simple Attribute）：不可能再分割的属性。

复合属性（Composite Attitute）：可以在分解为其他属性的属性（即属性可嵌套）

单值属性（Single-Valued Attibute）：指同一实体的属性只能取一个值。

多值属性（Multi-Valued Attibute）：指同一实体的某些属性可能取多个值。多值属性用双线椭圆形表示。

存储属性（Stored Attribute）：需要存储值的属性。

派生属性（Derived Attribute）：可以从其他属性值推导出值的属性。派生属性的值不必存储在数据库内。派生属性用虚线椭圆形与实体相连。

（5）联系、联系元数、映射基数、完全参与、部分参与

联系（relationship）表示一个或多个实体之间的关联联系。

联系元数（Degree）：一个联系涉及到实体集个数，称为该联系的元数或度数。

映射基数（Mapping Cardinalities）：参与一个联系中的实体数目称为映射基数。

完全参与：如果实体集E中的每个实体都参与联系集R的至少一个联系中，我们称实体集E“完全参与”联系集R。

部分参与：如果实体集E中只有部分实体参与联系集R的联系中，我们称实体集E“部分参与”联系集R。

在ER图中表示，完全参与用双线边表示，部分参与用单线边表示。

（6）关系模型、关系模式、关系实例、属性、域、元组。

关系模型（Relational Model）：用二维表格实体集，用关键码表示实体之间联系的数据模型称为关系模型。

关系模式：在关系模型中，记录类型称为关系模式。

关系实例：在关系模式中，记录（元组）的集合称为关系实例（Relation）。

属性：在关系模式中，字段称为属性。

域：关系中每一个属性都有一个取值范围，称为属性的值域（Domain）。属性A的取值范围用DOM（A）表示。每一个属性对应一个值域，不同的属性可对应于同一值域。

元组：在关系模式中，记录称为元组（T uple）。

（7）超键、候选键、主键、外键

超键（Support Key）：在关系中能惟一标识元组的属性集称为模式的超键。

候选键（Candidate Key）：不含有多余属性的超键称为候选键。也就是在候选键中，若再删除属性，就不是键了。

主键（Primary Key）：用户选作元组标识的候选键称为主键。一般如不加说明，键是指主键。

外键（Foreign Key）：如果模式R中属性K是其它模式的主键，那么K在模式R中称为外键。

（8）实体完整性规则、参照完整性规则

实体完整性规则（Entity Integrity Rule）

这条规则要求关系中元组在组成主键的属性上不能有空值。如果出现空值，那么主键值就起不来惟一标识元组的作用。

参照完整性规则（Reference Integrity Rule）

如果属性集K是关系模式R1的主键，K也是关系模式R2的外键，那么在R2的关系中，K的取值只允许两种可能，或者为空值，或者等于R1关系中某个主键值。

（9）弱实体、子类实体、超类实体

弱实体：一个实体对另一个实体（称为强实体）具有很强的依赖关系，而且该实体主键的一部分或全部从其强实体中获得，则称该实体为弱实体。在ER图中，弱实体用双线矩形框表示。

子类实体、超类实体：当较低层上实体类型表达了与之联系的较高层上的实体类型的特殊情况时，就称较高层上实体类型为超类型（Supertype），较低层上实体类型为子类型（Subtype）。

2.2 数据库设计的规划阶段应做那些事情？

对于数据库系统，特别是大型数据库系统或大型信息系统中的数据库群，规划阶段是十分必要的。规划的好坏将直接影响到整个系统的成功与否，对应用单位的信息化进程将产生深远的影响。

规划阶段具体可分成三个步骤：

（1）系统调查。对应用单位作全面的调查。发现其存在的主要问题，并画出组织层次图，以了解企业的组织机构。

（2）可行性分析。从技术、经济、效益、法律等诸方面对建立数据库的可行性进行分析；然后写出可行性分析报告；组织专家进行讨论其可行性。

（3）确定数据库系统的总目标，并对应用单位的工作流程进行优化和制订项目开发计划。在得到决策部门批准后，就正式进入数据库系统的开发工作。

2.3 数据库设计的需求分析阶段工作主要由哪四部组成？

这一阶段是计算机人员（系统分析员）和用户双方共同收集数据库所需要的信息内容和用户对处理的需求。并以需求说明书的形式确定下来，作为以后系统开发的指南和系统验证的依据。

需求分析的工作主要由下面四部组成：