正确答案:

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

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

查看原题 查看所有试题

学习资料的答案和解析：

[单选题]设关系模式R，其中U={A，B，C，D，E），F={A→BC，C→D，BC→E，E→A}，则分解p={R1（ABCE），R2（CD）}满足（）

具有无损联接性、保持函数依赖

解析：首先看分解是否保持函数依赖。在F中有4个函数依赖。A→BC、BC→E和E→A在R1中得到了保持，C→D在R2中得到了保持，因此分解是保持函数依赖的。接下来，再根据以下定理判断是否为无损联接。设p={R1，R2}是R的一个分解，F是R上的函数依赖集，那么分解p相对于F是无损联接分解的充要条件是（R1∩R2）→（R1-R2）或（R1∩R2）→（R2-R1）。要注意的是，这两个条件只要任意一个条件成立就可以了，同时该定理只适用于"一分为二"的情况，即一个关系模式分解为两个关系模式。在本题中，R1∩R2={C}，R1-R2=ABE，R2-R1=D，因为在F中有C→D成立，所以，分解是无损联接。

[单选题]建立一个供应商、零件数据库。其中"供应商"表S（Sno，Sname，Zip，City）中的属性分别表示供应商代码、供应商名、供应商邮编、供应商所在城市，其函数依赖为Sno→（Sname，Zip，City），Zip→City。"零件"表P（Pno，Pname，Color，Weight，City），表示零件号、零件名、颜色、重量及产地。表S与表P之间的关系SP（Sno，Pno，Price，Qty）表示供应商代码、零件号、价格、数量。"供应商"表S属于（）

2NF

解析：显然，表S的主键是Sno，说明S至少是2NF。但因为存在Sno→Zip和Zip→City，也就是说，City是传递依赖于主键的，所以S不是3NF。

[单选题]（）是一种信息分析工具，能自动地找出数据仓库中的模式及关系。

数据挖掘

解析：本题考查的是数据挖掘的基本概念。

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

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

[单选题]设关系模式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。

[单选题]博学公司网上销售管理系统的数据库部分关系模式如下所示。其中，客户号唯一标识一位客户，产品号唯一标识一件产品，订单号唯一标识一份订单。一份订单必须且仅对应一位客户，一份订单可由一到多条订单明细组成，一位客户可以有多份订单。客户（客户号，姓名，性别，地址，邮编）产品（产品号，名称，库存，单价）订单（订单号，时间，金额，客户号）订单明细（订单号，产品号，数量）订单关系模式的主键为（1）；订单明细关系模式的主键为（2）；其中订单的外键为（3）。

解析：根据试题描述，"单号唯一标识一份订单"所以，订单关系模式的主键为"单号"在订单关系模式中，"一份订单必须且仅对应一位客户"，而在客户关系模式中，"户号唯一标识一位客户"也就是说，"户号"客户关系模式的主键，因此，"户号"订单关系模式的外键。因为"份订单可由一到多条订单明细组成"也就是说，在订单明细关系模式中，"单号"可以重复的，因此，需要与"品号"合起来作为主键。又因为"单号"单关系模式的主键，"品号"产品关系模式的主键（因为"号唯一标识一件产品"，所以，"单号""品号"是订单明细关系模式的外键。

[单选题]博学公司网上销售管理系统的数据库部分关系模式如下所示。其中，客户号唯一标识一位客户，产品号唯一标识一件产品，订单号唯一标识一份订单。一份订单必须且仅对应一位客户，一份订单可由一到多条订单明细组成，一位客户可以有多份订单。客户（客户号，姓名，性别，地址，邮编）产品（产品号，名称，库存，单价）订单（订单号，时间，金额，客户号）订单明细（订单号，产品号，数量）订单关系模式的主键为（1）；订单明细关系模式的主键为（2）；其中订单的外键为（3）。

解析：根据试题描述，"单号唯一标识一份订单"所以，订单关系模式的主键为"单号"在订单关系模式中，"一份订单必须且仅对应一位客户"，而在客户关系模式中，"户号唯一标识一位客户"也就是说，"户号"客户关系模式的主键，因此，"户号"订单关系模式的外键。因为"份订单可由一到多条订单明细组成"也就是说，在订单明细关系模式中，"单号"可以重复的，因此，需要与"品号"合起来作为主键。又因为"单号"单关系模式的主键，"品号"产品关系模式的主键（因为"号唯一标识一件产品"，所以，"单号""品号"是订单明细关系模式的外键。

[单选题]由于软、硬件故障可能造成数据库中的数据被破坏，数据库恢复就是（1）。可以有多种方法实现数据库恢复，如定期将数据库作备份；在进行事务处理时，对数据更新（插入、删除、修改）的全部有关内容写入（2）；当系统正常运行时，按一定的时间间隔，设立（3），把内存缓冲区内容还未写入到磁盘中的有关状态记录到该文件中；当发生故障时，根据现场数据内容及相关文件来恢复系统的状态。

解析：数据库恢复是指在数据库中的数据被破坏时，在尽可能短的时间内，把数据库恢复到故障发生前的状态。在进行事务处理时，对数据更新（插入、删除、修改）的全部有关内容写入日志文件；当系统正常运行时，按一定的时间间隔，设立检查点文件，把内存缓冲区内容还未写入到磁盘中的有关状态记录到该文件中；当发生故障时，根据现场数据内容及相关文件来恢复系统的状态。

[单选题]某数据库中有员工关系E（员工号，姓名，部门，职称，月薪）；产品关系P（产品号，产品名称，型号，尺寸，颜色）；仓库关系W（仓库号，仓库名称，地址，负责人）；库存关系I（仓库号，产品号，产品数量）。a.若数据库设计中要求：①仓库关系W中的"负责人"引用员工关系的员工号。②库存关系I中的"仓库号，产品号"唯一标识I中的每一个记录。③员工关系E中的职称为"工程师"的月薪不能低于3500元。则①②③依次要满足的完整性约束是（1）。b.若需得到每种产品的名称和该产品的总库存量，则对应的查询语句为：SELELCT产品名称，SUM（产品数量）FROMP，IWHEREP.产品号=I.产品号（2）

解析：本题考查关系的完整性约束和SQL的基本知识及应用。第（1）空考查数据库完整性约束。首先需要了解实体完整性、参照完整性和用户定义完整性的概念。实体完整性：实体完整性要求主键中的任一属性不能为空，所谓空值是"不知道"或"无意义"的值。之所以要保证实体完整性，主要是因为在关系中，每个元组的区分是依据主键值的不同，若主键值取空值，则不能标明该元组的存在。例如，对于学生关系S（Sno，Sname，Ssex），其主键为Sno，在插入某个元组时，就必须要求Sno不能为空。更加严格的DBMS，则还要求Sno不能与已经存在的某个元组的Sno相同。参照完整性：若基本关系R中含有与另一基本关系S的主键PK相对应的属性组FK（FK称为R的外键），则参照完整性要求，对R中的每个元组在FK上的值必须是S中某个元组的PK值，或者为空值。参照完整性的合理性在于，R中的外键只能对S中的主键引用，不能是S中主键没有的值。例如，对于学生关系S（Sno，Sname，Ssex）和选课关系C（Sno，Cno，Grade）两个关系，C中的Sno是外键，它是S的主键，若C中出现了某个S中没有的Sno，即某个学生还没有注册，却已有了选课记录，这显然是不合理的。用户定义的完整性：实体完整性和参照完整性适用于任何关系型DBMS。除此之外，不同的数据库系统根据其应用环境的不同，往往还需要一些特殊的约束条件。用户定义的完整性就是针对某一具体数据库的约束条件，反映某一具体应用所涉及的数据必须满足的语义要求。从以上概念说明可以看出"仓库关系W中的"负责人"引用员工关系的员工号"属于参照完整性，"库存关系I中的"仓库号，产品号"唯一标识I中的每一个记录"属于实体完整性，"员工关系E中的职称为"工程师"的月薪不能低于3500元"属于用户自定义完整性。第（2）空要求"得到每种产品的名称和该产品的总库存量"，要达到该效果需要对数据表的数据进行分组统计。由于现在是要根据产品名称来统计库存量，所以分组的依据应是产品名称，所以应使用"GROUPBY产品名称"。