正确答案:

题目：设关系模式R（U，F），其中，R上的属性集U={A，B，C，D，E}，R上的函数依赖集F=（A→B，DE→B，CB→E，E→A，B→D}。（1）为关系R的候选关键字。分解（2）是无损联接，并保持函数依赖的。

解析：本题考查如何求解候选关键字和对模式分解知识的掌握。候选关键字使用2.1.6规范化理论中的图示法进行求解，对R关系模式画图如图2-14所示。图中C节点为0度节点，所以它必然被包含在候选关键字中，但仅有C节点并不能遍历全图，所以需要加入其他中间节点。若加入B节点，则BC→E，E→A，B→D，能遍历全图。与此同时，加入A、E都能起到同样的效果。所以关系R有3个候选键：BC、EC，AC。接下来是判断模式分解过程中的无损联接与保持函数依赖的问题。这个问题相对来说比较复杂。如果逐个判断每个选项的无损联接与保持函数依赖，无疑工作量是很大的。所以我们可以先观察这些选项有什么特点，通过观察发现A与B选项都存在单个字段的分解。在进行模式分解时，如果出现单字段，同时该字段未在其他分解的子关系模式中出现，并且函数依赖中有此字段的依赖关系，则说明此分解没有保持函数依赖。原因很简单，关于该字段的那个函数依赖，必然在分解中丢失了。所以A与B选项可以先排除。然后判断C与D是否为无损联接。对选项C构造初始的判定表，如表2-14所示。由于A→B，属性A的第1行和第3行相同，可以将第1行b改为a；又由于B→D，属性B的第1行和第3行相同，所以需要将属性D第1行b和第3行b改为同一符号，即取行号值最小的b。修改后的判定表如表2-15所示。反复检查函数依赖集F，无法修改上表，所以选项C是有损联接的。对选项D构造初始的判定表，如表2-16所示。由于A→B，属性A的第1行和第3行相同，可以将第3行b改为a；E→A，属性E的第2行和第3行相同，可以将属性A第2行b改为a；AC→E，属性E的第2行和第3行相同，可以将属性E第1行b改为a；B→D，属性B的第1行和第3行相同，所以需要将属性D第1行b和第3行b，改为同一符号，即取行号值最小的b。E→D，属性E的第1～3行相同，可以将属性D第1行b和第3行b改为a。修改后的判定表如表2-17所示。由于上表第一行全为a，故分解无损。所以本空应选D。

查看原题 查看所有试题

学习资料的答案和解析：

[单选题]给定学生S（学号，姓名，年龄，入学时间，联系方式）和选课SC（学号，课程号，成绩）关系，若要查询选修了1号课程的学生学号、姓名和成绩，则该查询与关系代数表达式（）等价。

解析：本题考查数据库中的关系代数。解答本题需要对关系代数中的自然连接有一定了解。自然连接操作会自动以两个关系模式中共有属性值相等作为连接条件，对于连接结果，将自动去除重复的属性。所以在本题中，连接条件为两个表的学号相等，当连接操作完成以后，形成的结果表，有属性“学号，姓名，年龄，入学时间，联系方式，课程号，成绩”，此时要选择1号课程的学生记录，应使用条件6=“1”，其含义是表中的第6个属性值为“1”。所以本题应选B。

[单选题]在数据库设计的需求分析阶段应完成包括（）在内的文档。

数据字典和数据流图

解析：本题考查数据库设计方面的相关知识。数据库的设计主要分为：需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段。需求分析阶段的任务是对现实世界要处理的对象（组织、部门和企业等）进行详细调查，在了解现行系统的概况、确定新系统功能的过程中收集支持系统目标的基础数据及处理方法。需求分析是在用户调查的基础上，通过分析，逐步明确用户对系统的需求。在需求分析阶段应完成的文档是数据字典和数据流图。概念设计阶段的任务是完成用户的数据模型，这种模型是与DBMS无关的概念模型，常见的有E-R模型。逻辑设计阶段的任务是将概念模型转换成具体的关系模式。物理设计阶段的任务是将关系模式加入DBMS的特性，成为具体某个DBMS的数据库。

[单选题]设有职务工资关系P（职务，最低工资，最高工资），员工关系EMP（员工号，职务，工资），要求任何一名员工，其工资值必须在其职务对应的工资范围之内，实现该需求的方法是（）

建立EMP上的触发器程序审定该需求

解析：本题考查对数据完整性约束方面基础知识的掌握。完整性约束包括：实体完整性约束、参照完整性约束和用户自定义完整性约束3类。实体完整性要求主键中的任一属性不能为空，同时主键不能有重复值。参照完整性要求外键的值，要么为空，要么为对应关系主键值域。同时仅当参照关系中没有任何元组的外键值与被参照关系中要删除元组的主键值相同时，系统才可以执行删除操作，否则拒绝执行删除操作。用户定义的完整性是针对某一具体数据库的约束条件，反映某一具体应用所涉及的数据必须满足的语义要求。一般用于限制某字段值的取值范围，此范围不涉及其他数据表的值。从以上描述来看，题目的要求，以上3种完整性约束都无法达到目的。所以需要考虑触发器，触发器的功能一般比完整性约束要强得多。触发器的原理是通过编写相应的触发器脚本代码，来对某个字段值的变化进行监控，一旦值发生变化，则触发器脚本执行。在本题中，需要达到的效果是EMP中的工资产生变化，则需要判断变化值是否在P关系规定的范围之内，所以应在EMP上建立触发器。本题选C。

[单选题]关系数据库中，实现实体之间的联系是通过表与表之间的公共（）

属性

解析：关系数据库中，实现实体之间的联系是通过表与表之间的公共属性。

[单选题]在数据库系统中，“事务”是访问数据库并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。针对事务的这4种特性，考虑以下的架构设计场景。假设在某一个时刻只有一个活动的事务，为了保证事务的原子性，对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除副本，原数据库没有受到任何影响。这种设计策略称为（1）。事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用（2）机制保证单个事务的一致性。事务的隔离性保证操作并发执行后的系统状态与这些操作以某种次序顺序执行（即可串行化执行）后的状态是等价的。两阶段锁协议是实现隔离性的常见方案，该协议（3）。持久性保证一旦事务完成，该事务对数据库所做的所有更新都是永久的，如果事务完成后系统出现故障，则需要通过恢复机制保证事务的持久性。假设在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，则在日志中（4）。当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务应该（5）。

解析：本题主要考查数据库系统架构设计知识。在数据库系统中，“事务”是访问并可能更新各种数据项的一个程序执行单元。为了保证数据完整性，要求数据库系统维护事务的原子性、一致性、隔离性和持久性。题干中第1个架构设计场景描述了数据库设计中为了实现原子性和持久性的最为简单的策略：“影子拷贝”。该策略假设在某一个时刻只有一个活动的事务，首先对数据库做副本（称为影子副本），并在磁盘上维护一个dp_pointer指针，指向数据库的当前副本。对于要执行写操作的数据项，数据库系统在磁盘上维护数据库的一个副本，所有的写操作都在数据库副本上执行，而保持原始数据库不变，如果在任一时刻操作不得不中止，系统仅需要删除新副本，原数据库副本没有受到任何影响。题干中的第2个架构设计场景主要考查考生对事务一致性实现机制的理解。事务的一致性要求在没有其他事务并发执行的情况下，事务的执行应该保证数据库的一致性。数据库系统通常采用完整性约束检查机制保证单个事务的一致性。题干中的第3个架构设计场景主要考查数据库的锁协议。两阶段锁协议是实现事务隔离性的常见方案，该协议通过定义锁的增长和收缩两个阶段约束事务的加锁和解锁过程，能够保证事务的串行化执行，但由于事务不能一次得到所有需要的锁，因此该协议可能会导致死锁。题干中的第4个架构设计场景主要考查数据库的恢复机制，主要描述了基于日志的延迟修改技术（Deferred-ModificationTechruque）的设计与恢复过程。该技术通过在日志中记录所有对数据库的修改操作，将一个事务的所有写操作延迟到事务提交后才执行，日志中需要记录“事务开始”和“事务提交”时间，还需要记录数据项被事务修改后的新值，无须记录数据项被事务修改前的原始值。当系统发生故障时，如果某个事务已经开始，但没有提交，则该事务对数据项的修改尚未体现在数据库中，因此无须做任何恢复动作。

[单选题]建立一个供应商、零件数据库。其中"供应商"表S（Sno，Sname，Zip，City）中的属性分别表示供应商代码、供应商名、供应商邮编、供应商所在城市，其函数依赖为Sno→（Sname，Zip，City），Zip→City。"零件"表P（Pno，Pname，Color，Weight，City），表示零件号、零件名、颜色、重量及产地。表S与表P之间的关系SP（Sno，Pno，Price，Qty）表示供应商代码、零件号、价格、数量。若要求：供应商代码不能为空，且值是唯一的，供应商的名也是唯一的；零件号不能为空，且值是唯一的；一个供应商可以供应多种零件，而一种零件可以由多个供应商供应。请将下面的SQL语句空缺部分补充完整。CREATETABLES（SnoCHAR（5）（1），SnameCHAR（30）UNIQUE，ZipCHAR（8），CityCHAR（20）（2））；

解析：在给定的SQL语句中，因为Sno是主键，所以第（1）空应该填"PRIMARYKEY"，但给出的选项中没有这个词组。试题描述告诉我们，"供应商代码不能为空，且值是唯一的"，所以应该选择B，而在第（2）空处填写"PRIMARYKEY（Sno）"。

[单选题]某高校管理信息系统的数据库设计过程中，（1）阶段是在需求分析的基础上，对用户信息加以分类、聚集和概括，建立信息模型，并依照选定的数据库管理系统软件，转换成为数据的（2），再依照软硬件环境，最终实现数据的合理存储。

解析：通常将数据库设计分为需求分析、概念结构设计、逻辑结构设计和数据库物理设计4个阶段。需求分析是指收集和分析用户对系统的信息需求和处理需求，得到设计系统所必需的需求信息，建立系统说明文档。其目标是通过调查研究，了解用户的数据要求和处理要求，并按一定格式整理形成需求说明书。概念结构设计阶段的目标是对需求说明书提供的所有数据和处理要求进行抽象与综合处理，按一定的方法构造反映用户环境的数据及其相互联系的概念模型，即用户的数据模型或企业数据模型。这种概念数据模型与DBMS无关，是面向现实世界的、极易为用户所理解的数据模型。为保证所设计的概念数据模型能正确、完全地反映用户的数据及其相互关系，便于进行所要求的各种处理，在本阶段设计中可吸收用户参与和评议设计。在进行概念结构设计时，可先设计各个应用的视图，即各个应用所看到的数据及其结构，然后再进行视图集成，以形成一个单一的概念数据模型。这样形成的初步数据模型还要经过数据库设计者和用户的审查与修改，最后形成所需的概念数据模型。逻辑结构设计阶段的设计目标是把上一阶段得到的与DBMS无关的概念数据模型转换成等价的，并为某个特定的DBMS所接受的逻辑模型所表示的概念模式，同时将概念设计阶段得到的应用视图转换成外部模式，即特定DBMS下的应用视图。在转换过程中要进一步落实需求说明，并满足DBMS的各种限制。该阶段的结果是用DBMS所提供的数据定义语言（DDL）写成的数据模式。逻辑设计的具体方法与DBMS的逻辑数据模型有关。逻辑模型应满足数据库存取、一致性及运行等各方面的用户需求。物理设计阶段的任务是把逻辑设计阶段得到的满足用户需求的已确定的逻辑模型在物理上加以实现，其主要的内容是根据DBMS提供的各种手段，设计数据的存储形式和存取路径，如文件结构、索引的设计等，即设计数据库的内模式或存储模式。数据库的内模式对数据库的性能影响很大，应根据处理需求及DBMS、操作系统和硬件的性能进行精心设计。

[单选题]某公司的部门（部门号，部门名，负责人，电话）、商品（商品号，商品名称，单价，库存量）和职工（职工号，姓名，住址）3个实体之间的关系如表2-18、表2-19和表2-20所示。假设每个部门有一位负责人和一部电话，但有若干名员工；每种商品只能由一个部门负责销售。部门关系不属于第三范式的原因是（1）。如果用户要求得到表2-21所示的结果，需要（2），并增加关系模式（3）。

解析：在部门（部门号，部门名，负责人，电话）关系模式中，部门号是主码，所以不存在对码的部分依赖问题。根据试题假设，每个部门有一位负责人和一部电话，也就是说，存在"责人一电话"样的函数依赖，即存在对主码的传递函数依赖。在表2-21中，有职工号、姓名、部门、月销售额4个属性，其中职工号和姓名可以由表2-20得出，但是，由表2-19至表2-20无法得出职工所在的部门，因此，应该在表2-20中增加"部门号"属性。同时，要计算出职工的月销售总额，还需要一个表来记录职工销售的数据。该表需要包括的属性有职工号、商品号、日期、数量。

[单选题]某公司的商品（商品号，商品名称，生产商，单价）和仓库（仓库号，地址，电话，商品号，库存量）两个实体之间的关系如表2-22和表2-23所示。商品关系的主键是（1）；仓库关系的主键是（2）；仓库关系（3），为了解决这一问题，需要将仓库关系分解为（4）。

解析：从试题中所给出的表格来看，商品关系的主键是商品号，仓库关系的主键是（仓库号，商品号）。显然，仓库关系存在冗余、修改操作的不一致，以及插入异常和删除异常。例如，仓库号为"01"的商品有3种，其地址就要重复3次，故存在冗余。为了解决仓库关系模式存在的问题，就需要进行模式分解，其中（45）空选项A存在的问题是仓库2不属于第三范式，因为存在非主属性对键的部分函数依赖，即"仓库号→电话"。选项B存在的问题是分解属于有损联接，即分解的新关系模式仓库1和仓库2无法恢复到原关系。选项C分解存在的问题与A类同。选项C分解即保持函数依赖，又是无损联接。