对关系模型叙述错误的是( )

关系模型中的关系模式至少是( )

关系模型中的关系模式至少是：第一范式（1NF）。关系模型：关系模型指用二维表的形式表示实体和实体间联系的数据模型。几乎所有的关系模式都符合第一范式，但是具体的数据库设计里，表最好达到第三范式（不包含部分函数依赖和传递函数依赖）。第一范式（1NF）：是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。第二范式（2NF)：是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第三范式（3NF）：是第二范式（2NF）的一个子集必须先满足第二范式（2NF）。也就是说，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。巴斯-科德范式（BCNF）：Boyce-Codd Normal Form（巴斯-科德范式）第三范式（3NF）的一个子集，即满足巴斯-科德范式（BCNF）必须满足第三范式（3NF）。是在3NF基础上，任何非主属性不能对主键子集依赖（在3NF基础上消除对主码子集的依赖）。

在关系模型中，实体以及实体间的联系都是用______来表示的。

在关系模型中，实体以及实体间的联系都是用关系来表示的。建立概念数据模型的主要过程中，定义联系是为了找出实体和实体之间的联系，联系也可以用一个关系（二维表格）来表达。二维表名就是关系名。表中的第一行通常称为属性名，表中的每一个元组和属性都是不可再分的，且元组的次序是无关紧要的。扩展资料关系模型的优点（1） 数据结构单一关系模型中，不管是实体还是实体之间的联系，都用关系来表示，而关系都对应一张二维数据表，数据结构简单、清晰。（2）关系规范化，并建立在严格的理论基础上构成关系的基本规范要求关系中每个属性不可再分割，同时关系建立在具有坚实的理论基础的严格数学概念基础上。（3）概念简单，操作方便关系模型最大的优点就是简单，用户容易理解和掌握，一个关系就是一张二维表格，用户只需用简单的查询语言就能对数据库进行操作。

数据库原理第二章简答题总结

第二章 关系模型
19. 超键、主键、候选键的定义：
超键（super key）：在关系中能标识元组的属性集称为关系模式的超键。
候选键（candidate key）：不含有多余属性的超键称为候选键。（候选键可以有多个）
主键（primary key）：用户选作元组标识的一个候选键称为主键。（主键是候选键中一个）
20. 关系模式、关系子模式和存储模式：
关系模型基本上遵循数据库的三级体系结构。概念模式是关系模式的集合，外模式是关系子模式的集合，内模式是存储模式的集合。
（1） 关系模式：关系模式实际上是记录类型。它的定义包括：模式名，属性名，值域名以及模式的主键。
（2） 关系子模式：是用户所用到的那部分数据的描述。除了指出用户的数据外，还应指出模式与子模式之间的对应性。
（3） 存储模式：关系存储时的基本组织方式是文件，元组是文件中的记录。存储一个关系可以用散列方法或索引方法实现。如果关系中元组数目较少，也可以用堆文件方式实现。
21. 关系模型的三类完整性规则：
（1） 实体完整性规则：这条规则要求关系中元组在组成主键的属性上不能有空值。
（2） 参照完整性规则：这条规则要求“不引用不存在的实体”。
（3） 用户定义的完整性规则：它反映某一具体应用涉及的数据必须满足的语义要求。
22. 参照完整性规则的形式定义：
如果属性集K是关系模式R1的主键，K也是关系模式R2的外键，那么在R2的关系中，K的取值只允许两种可能，或者为空，或者等于R1关系中某个主键值。
此规则使用时还要注意三点：
（1） 外键和相应的主键可以不同名，只要定义在相同值域上即可。
（2） R1和R2也可以是同一个关系模式，表示了属性之间的联系。
（3） 外键值是否允许空，应视具体问题而定。
上述形式定义中，关系模式R1称为“参照关系”模式，R2称为“依赖关系”模式。
23. 关系模型的形式定义：

24. 关系查询语言根据其理论基础的不同分为哪两类：
关系代数语言：查询操作是以集合操作为基础运算的DML语言。（非过程性弱）
关系演算语言：查询操作是以谓词演算为基础运算的DML语言。（非过程性强）

25. 关系代数中的操作有哪些？
关系代数中的操作可分为两类：
传统的集合操作：并、差、交、笛卡尔积
扩充的集合操作：对关系进行垂直分割（投影）、水平分割（选择），关系的结合（联接、自然联接），笛卡尔积的逆运算（除法）等。
其中五个基本操作为：并、差、笛卡尔积、投影、选择。
四个常用组合操作为：交、连接、自然连接、除法
两种扩充的关系代数操作为：外连接和外部并
26. 关系演算有哪两种：
关系演算可分为元组关系演算和域关系演算。前者以元组为变量，后者以属性（域）为变量。
27. 什么是约束变量、自由变量：

28. 什么是安全运算：
在数据库技术中，不产生无限关系和无穷验证的运算称为安全运算，相应的表达式称为安全表达式，所采取的措施称为安全约束。
在关系演算中约定，运算只对表达式中公式在涉及到的关系的值范围内操作。这样就不会产生无限关系和无穷验证问题，关系演算是安全的。
29. 为什么要对关系代数表达式进行优化：
查询优化是由DBMS对关系代数表达式进行优化组合，以提高DBMS的系统效率。要对关系代数进行优化的原因是：由于关系代数表达式是由关系代数操作组合而成。在关系代数操作中，执行笛卡尔积和联接运算最费时间，并且在执行过程中将产生大量的中间结果，以使系统执行效率较低。在执行前，由DBMS查询处理子系统先对关系代数表达式进行优化，尽可能早地执行选择和投影操作，以得到较小的中间关系，减少运算量和读外存块的次数，节省系统的执行时间，提高执行效率。
30. 简述查询优化的优化策略：
（1） 在关系代数表达式中尽可能早地执行选择操作。
（2） 把笛卡尔积和随后的选择操作合并成F联接运算。
（3） 同时计算一连串的选择和投影操作，以免分开运算造成多次扫描文件，从而能节省操作时间。
（4） 如果在一个表达式中多次出现某个子表达式，应该将该子表达式预先计算出结果保存起来。以免重复计算。
（5） 适当的对关系文件进行预处理。
（6） 在计算表达式之前应先估计一下怎么计算合算。
31. 笛卡尔积、等值连接、自然连接三者之间有什么区别：
等值连接中有笛卡尔积运算;
自然连接是一种等值连接，它是两个关系中所有公共属性进行等值连接的结果。

数据库原理第五章数据库设计

第五章 数据库设计
67. 什么是软件生存期：
软件生存期是软件工程的一个重要概念。是指从软件的规划、研制、实现、投入运行后的维护，直到它被新的软件所取代而停止使用的整个期间。通常分为六个阶段：
（1） 规划阶段
（2） 需求分析阶段
（3） 设计阶段
（4） 程序编制阶段
（5） 调试阶段
（6） 运行维护阶段
68. 数据库系统的生存期：
一般分为七个阶段，即：
（1） 规划阶段
（2） 需求分析阶段 1）信息要求 2）处理要求 3）安全性和完整性要求
（3） 概念设计阶段
（4） 逻辑设计阶段 两部分：数据库逻辑设计和应用程序设计
（5） 物理设计阶段 两部分：物理数据库结构的选择和逻辑设计中程序模块说明的精确化
（6） 实现阶段
（7） 运行维护阶段
69. 数据库设计过程的输入有哪些内容：
（1） 总体信息需求
（2） 处理需求
（3） DBMS的特征
（4） 硬件和OS特征
70. 数据库设计过程的输出有哪两部分：
一部分是完整的数据库结构，其中包括逻辑结构与物理结构。
另一部分是基于数据库结构和处理要求的应用程序的设计原则。
71. 常见的数据库设计方法有哪几种：
（1） 视图模式化及视图汇总设计方法
（2） 关系模式的设计方法
（3） 新奥尔良设计方法
（4） 基于E-R模型的数据库设计方法
（5） 基于3NF的设计方法
（6） 基于抽象语法规范的设计方法
（7） 计算机辅助数据库设计方法
72. 实用的数据库设计方法至少应包括哪些内容：
（1） 设计过程
（2） 设计技术
（3） 评价准则
（4） 信息需求
（5） 描述机制
73. 一种设计方法学需要有三种基本类型的描述机制：
（1） 实现设计过程的最终结果将用DBMS的DDL表示。
（2） 信息输入的描述。
（3） 在信息输入和DDL描述之间的其它中间步骤的结果的描述。

74. 数据库设计中的规划阶段的主要任务：
是进行建立数据库的必要性及可行性分析，确定数据库系统在组织中和信息系统中的地位，以及各个数据库之间的联系。
75. 需求分析阶段的任务：
需求分析阶段应该对系统的整个应用情况作全面的、详细的调查，确定企业组织的目标，收集支持系统总的设计目标的基础数据和对这些数据的要求，确定用户的需求，并把这些要求写成用户和数据库设计者都能接受的文档。
76. 需求分析的步骤：
大致可分为三步来完成，即需求信息的收集、分析整理和评审。
77. 数据字典由哪几部分组成：
（1） 数据项
（2） 数据结构
（3） 数据流
（4） 数据存储
（5） 加工过程
78. 数据抽象：
抽象是对实际的人、物、事或概念的人为处理，它抽取人们关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确地加以描述，这些概念组成了某种模型。
抽象有两种形式，系统状态抽象（抽象对象）和系统转换抽象（抽象运算）。
79. 对象的两种形式：
（1） 聚集：的数学意义就是笛卡尔积的概念。通过聚集，形成对象之间的一个联系对象。
（2） 概括：是从一类其它对象形成一个对象。对于一类对象{O1，O2，……，On}可以概括成对象O，那么Oi称为O的其中一个。
80. 依赖联系：
在现实世界中，常常有某些实体对于另一些实体具有很强的依赖关系，即一个实体的存在必须以另一个实体的存在为前提。我们通常把前者称为弱实体。在ER图中，用双线框表示弱实体，用指向弱实体的箭头表明依赖联系。
81. 子类、超类：
某个实体类型中所有实体同时也是另一实体类型中的实体。此时，我们称前一实体类型是后一实体类型的子类，后一实体类型称为超类。在ER图中，带有子类的实体类型（超类）以两端双线的矩形框表示，并用加圈的弧线与其子类相连，子类本身仍用普通矩形框表示。
子类具有一个很重要的性质：继承性。它可继承超类上定义的全部属性，其本身还可包含其它另外的属性。
82. ER模型的操作：
（1） 实体类型的分裂：垂直分割、水平分割
（2） 实体类型合并：分裂的逆过程。
（3） 联系类型的分裂
（4） 联系类型的合并
83. 采用ER方法的数据库概念设计分成哪三步：
（1） 设计局部ER模式：1）确定局部结构范围 2）实体定义 3）联系定义 4）属性分配
（2） 设计全局ER模式：1）确定公共实体类型 2）局部ER模式的合并 3）消除冲突。
（3） 全局ER模式的优化：1）实体类型的合并 2）冗余属性的消除 3）冗余联系的消除
84. 冲突分为哪三种：
属性冲突，包括属性域的冲突、属性取值单位冲突。
结构冲突，包括：
（1） 同一对象在不同应用中的不同抽象。
（2） 同一实体在不同局部ER图中属性组成不同。
（3） 实体之间的联系在不同的局部ER图中呈现不同的类型。
命名冲突，包括属性名，实体名，联系名之间的冲突：同名异义、异名同义
85. ER模型向关系模型的转换：
ER模型中的主要成分是实体类型和联系类型。
对实体类型，将每个实体类型转换成一个关系模式，实体的属性即为关系模式的属性，实体标识符即为关系模式的键。
对联系类型，就视1：1、1：N、M：N三种不同的情况做不同处理。
（1） 对1：1可在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性。
（2） 对1：N，则在N端实体类型转换成的关系模式中加入1端实体类型转换成的关系模式的键和联系类型的属性。
（3） 对M：N，则将联系类型也转换成关系模式，其属性为两端实体类型的键盘加上联系类型的属性，而键为两端实体键的组合。
86. 什么是物理设计：
对一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程，称为数据库的物理设计。物理结构，主要指数据库在物理设备上的存储结构和存取方法。
87. 物理设计的步骤：
物理设计可分五步完成，前三步涉及到物理数据库结构的设计，后两步涉及约束和具体的程序设计。
（1） 存储记录结构设计
（2） 确定数据存储安排
（3） 访问方法的设计
（4） 完整性和安全性
（5） 程序设计
88. 在数据库系统生存期中，生存期的总开销可分为几项：
规划开销、设计开销、实现与测试开销、操作开销、维护开销。
89. 用户使用和计算机资源的操作开销是：
（1） 查询响应时间
（2） 更新事务的开销
（3） 报告生成的开销
（4） 改组频率和开销
（5） 主存储空间
（6） 辅助存储空间
90. 数据库实现阶段的主要工作：
（1） 建立实际数据库结构
（2） 试运行
（3） 装入数据

91. 数据库的重新组织设计：
对数据库的概念模式、逻辑结构或物理结构的改变称为重新组织，其中改变概念模式或逻辑结构又称为重新构造，改变物理结构则称为重新格式化。
92. 运行维护阶段的主要工作：
（1） 维护数据库的安全性和完整性控制及系统的转储和恢复。
（2） 性能的监督、分析与改进。
（3） 增加新功能。
（4） 发现错误，修改错误。