正确答案:

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

查看原题 查看所有试题

学习资料的答案和解析：

[单选题]对于关系模式R（X，Y，Z），下列结论错误的是（）

若XY→Z，则X→Z，Y→Z

解析：本题考查函数依赖的推理规则，显然，只有选项D是错误的

[单选题]在某学校的综合管理系统设计阶段，教师实体在学籍管理子系统中被称为"教师"，而在人事管理子系统中被称为"职工"，这类冲突被称之为（）

命名冲突

解析：根据局部应用设计好各局部E-R图之后，就可以对各分E-R图进行合并。合并的目的在于在合并过程中解决分E-R图中相互间存在冲突，消除分E-R图之间存在的信息冗余，使之成为能够被全系统所有用户共同理解和接受的统一的、精炼的全局概念模型。分E-R图之间的冲突主要有命名冲突、属性冲突和结构冲突3类。选项B正确，因为命名冲突是指相同意义的属性，在不同的分E-R图上有着不同的命名，或是名称相同的属性在不同的分E-R图中代表着不同的意义，这些也要进行统一。选项C不正确，因为属性冲突是指同一属性可能会存在于不同的分E-R图中，由于设计人员不同或是出发点不同，对属性的类型、取值范围和数据单位等可能会不一致，这些属性对旧的数据将来只能以一种形式在计算机中存储，这就需要在设计阶段进行统一。选项D不正确，因为结构冲突是指同一实体在不同的分E-R图中有不同的属性，同一对象在某一分E-R图中被抽象为实体而在另一分E-R图中又被抽象为属性，需要统一。

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

数据挖掘

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

[单选题]某商场商品数据库的商品关系模式P（商品代码，商品名称，供应商，联系方式，库存量），函数依赖集F={商品代码→商品名称，（商品代码，供应商）→库存量，供应商→联系方式}。商品关系模式P达到（1）；该关系模式分解成（2）后，具有无损连接的特性，并能够保持函数依赖。

解析：本题考查数据库的规范化。要分析一个关系模式的范式，第一步应找出该关系模式的主键，接下来需要判断关系模式是否消除了非主属性对主键的部分依赖、传递依赖，这样便可得出结论。首先可采用图示法求关系模式的主键。将关系模式P，使用图示法表达，如图2-8所示。从图中可以看出，只有商品代码与供应商的组合键才能遍历全图，所以只有它们的组合能充当主键。由于（商品代码，供应商）是主键，而又有函数依赖：商品代码→商品名称，这便形成了部分依赖。所以在此关系模式中，部分依赖未消除，其范式只能达到1NF。接下来的这个问题，对于经验丰富的考生，看完这几个选项，应该是能直接判断出应选D的。因为D是最佳分拆方案，能达到的范式级别很高。如无经验，可考虑先分析是否为保持函数依赖的分解。A选项分析：P1（商品代码，联系方式）未保持任何原有的函数依赖。而P2（商品名称，供应商，库存量）也未保持任何原有的函数依赖。B选项分析：P1（商品名称，联系方式）未保持任何原有的函数依赖。P2（商品代码，供应商，库存量）只保持了函数依赖：（商品代码，供应商）→库存量。这样对整体来说，就丢失了两个函数依赖关系。C选项分析：P1（商品代码，商品名称，联系方式）保持了函数依赖：商品代码→商品名称，P2（供应商，库存量）未保持任何原有的函数依赖。这样对整体来说，就丢失了两个函数依赖关系。D选项分析：P1（商品代码，商品名称）保持了函数依赖：商品代码→商品名称，P2（商品代码，供应商，库存量）保持了函数依赖：（商品代码，供应商）→库存量，P3（供应商，联系方式）保持了函数依赖：供应商→联系方式。这样将各个分拆关系的函数依赖整合起来，能构成原关系的函数依赖，所以这个分解是保持了函数依赖的分解。

[单选题]关系R（A，B，C，D）和S（B，C，D）进行笛卡儿运算，其结果集为（1）元关系。3个实体及它们之间的多对多联系至少应转换成（2）个关系模式。

解析：关系R为4元关系，关系S为3元关系，因此，其笛卡儿积为7元关系。3个以上实体间的一个多元联系可以转换为一个独立的关系模式，与该联系相连的各实体的码和联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。因此，3个实体及它们之间的多对多联系至少应转换成4个关系模式。

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

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

[单选题]设有职工实体Employee（职工号，姓名，性别，年龄，通信地址，家庭成员），其中通信地址记录了邮编、省、市、街道信息；家庭成员记录了职工的亲属的姓名。职工实体中的通信地址是一个（1）属性；为了将数据库模式设计得更合理，对于家庭成员属性（2）。

解析：简单属性是原子的，不可再分的。复合属性可以细分为更小的部分（即划分为别的属性）。有时用户希望访问整个属性，有时希望访问属性的某个成分，那么在模式设计时可采用复合属性。本题职工实体集Employee的通信地址可以进一步分为邮编、省、市、街道。第（1）空的正确答案为B。我们所举的例子中，定义的属性对于一个待定的实体都只有单独的一个值。例如，对于一个特定的职工，只对应一个职工号、职工姓名，这样的属性称为多值属性。为了将数据库模式设计得更合理，第（2）空的家庭成员属性应该将职工亲属的姓名加上职工号设计成为一个独立的实体。

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

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