对关系“员工信息”，请回答以下问题：（1）关系“员工信息”是不是第四范式，用100字以内文字叙述理由。（2）若“员工信息”不是第四范式，将其分解为第四范式，分解后的关系名依次为：员工信息1，员工信息2，…。
题目
对关系“员工信息”，请回答以下问题：
（1）关系“员工信息”是不是第四范式，用100字以内文字叙述理由。
（2）若“员工信息”不是第四范式，将其分解为第四范式，分解后的关系名依次为：员工信息1，员工信息2，…。
相似考题
更多“对关系“员工信息”,请回答以下问题: (1)关系“员工信息”是不是第四范式,用100字以内文字叙述理由。( ”相关问题
-
第1题：
对关系“搭乘航班”，请回答以下的问题：
(1)把非平凡的多值依赖属性(图4-2中没有表示)的例子用满足图4-3的方式表示出来。
(2)关系“搭乘航班”是boyce codd范式而不是第四范式，请用200字以内文字阐述理由。
(3)把“搭乘航班”关系分解成第四范式，并采用图4-1所示的关系模式的形式表示，分解后的关系名依次取搭乘航班1、搭乘航班2、…。
正确答案：(1)旅程编号→→旅客编号旅程编号→→{搭乘日期航班名}
(2)在“搭乘航班”关系中存在着非平凡的多值依赖旅程编号→→旅客编号旅程编号→→{搭乘日期航班名)而该关系模式的候选键为(旅程编号旅客编号搭乘日期航班名)所以根据第四范式的定义该关系模式BCNF不是第四范式。
(3)把分解成第四范式的结果用与图4—1所示的关系模式的形式表示出来。
(1)旅程编号→→旅客编号，旅程编号→→{搭乘日期，航班名}
(2)在“搭乘航班”关系中，存在着非平凡的多值依赖，旅程编号→→旅客编号，旅程编号→→{搭乘日期，航班名)，而该关系模式的候选键为(旅程编号，旅客编号，搭乘日期，航班名)，所以，根据第四范式的定义，该关系模式BCNF不是第四范式。
(3)把分解成第四范式的结果，用与图4—1所示的关系模式的形式表示出来。
解析：(1)通过对试题中给出的关系“搭乘航班”，由于旅程编号→→旅客编号，旅程编号→→{搭乘日期，航班名)，所以非平凡的多值依赖的图如下所示：
(2)关系“搭乘航班”是boyce codd范式而不是第四范式。因为在“搭乘航班”关系中，存在着非平凡的多值依赖，旅程编号→→旅客编号，旅程编号→→{搭乘日期，航班名)，而该关系模式的候选键为(旅程编号，旅客编号，搭乘日期，航班名)，搭乘航班关系的码是All-Key，所以，根据第四范式的定义，该关系模式BCNF不是第四范式。
(3)把“搭乘航班”关系分解成第四范式如下：
其中搭乘航班1中的旅程编号惟一标识每个能按期出发的旅行团队的编号。搭乘航班2中的旅程编号惟一标识每个能按期出发的航班名。 -
第2题：
试题四（共15分）
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
某学校拟开发一套校友捐赠管理系统，以便对校友的捐赠资金进行管理。
【需求分析】
校友可以向学校提出捐赠申请，说明捐赠的金额、捐赠类型和使用方式。捐赠类型
包括一次性捐赠和周期性捐赠。捐赠的使用方式分为两种：一种用于资助个人，即受益人为多名学生或老师，主要用于奖学金、奖教金和助学金等；另一种用于资助捐赠项目，即资助已有的捐赠项目和设立新的捐赠项目，主要用于改善教学设施、实验室建设和设备购买等。一个捐赠项目可以涉及校内的多个受益单位，每个单位在该项目中有确定的受益比例。每个单位的受益比例是指在一个捐赠项目中的每个单位所应得的金额占该捐赠项目总受益金额的比例。一个捐赠项目可以由多个捐赠来资助，一个捐赠也可以资助多个捐赠项目。系统需记录一个捐赠给所资助的每个捐赠项目的具体的捐赠金额，即每个捐赠项目能从一个捐赠中受益的金额。
初步设计了校友捐赠信息数据库，其关系模式如图4.1所示。
【问题1】 (5分)
对关系“校友信息”，请回答以下问题：
(1)列举出所有候选键的属性。
(2)它可达到第几范式，用60字以内文字简要叙述理由。
【问题2】 (6分)
对关系“捐赠信息”，请回答以下问题：
(1)用100字以内文字简要说明它会产生什么问题。
(2)将其分解为第三范式，分解后的关系名依次为：捐赠信息1，捐赠信息2，…
(3)列出其被修正后的各关系模式的主键。
【问题3】（4分）
对关系“项目受益情况”，请回答以下问题：
(1)它是否是第四范式，用100字以内文字叙述理由。
(2)将其分解为第四范式，分解后的关系名依次为：项目受益情况l，项目受益情2，…
正确答案：
试题四分析
本题考查数据库理论的规范化，属于比较传统的题目，考查点也与往年类似。
【问题1】
本问题考查非主属性和第三范式。
根据“校友信息”关系模式可知，“校友编号”和“身份证号”都是校友信息的决定因素，因此都是候选键的属性。
根据第三范式的要求：每一个非主属性既不部分依赖于码也不传递依赖于码。
根据“校友信息”关系模式，其中存在以下函数依赖：
班级→院系，入学年份
而由于“校友信息”关系模式的主键是“校友编号”，因而，存在非主属性对码的传递依赖。所以，“校友信息”关系模式可以达到第二范式，但不满足第三范式。
【问题2】
本问题考查第二范式和第三范式。
根据第三范式的要求：非主属性不完全依赖于码。
根据“捐赠信息”关系模式，可知其码为（捐赠编号，受益人身份证号），而又存在部分函数依赖：
捐赠编号→捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式。
受益人身份证号→受益人姓名，受益人所在单位，受益人类型。
所以，捐赠信息”关系不满足第二范式，会造成：插入异常、删除异常和修改复杂（或修改异常）。
因为存在部分函数依赖，因此对“捐赠信息”进行分解，分解后的关系模式如下：
捐赠信息1（捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式）
捐赠信息2（受益人身份证号，受益人姓名，受益人所在单位，受益人类型）
捐赠信息3（捐赠编号，受益人身份证号，受益金额，使用说明）
其中，
“捐赠信息1”关系的函数依赖为：
捐赠编号→捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式。
“捐赠信息2”关系的函数依赖为：
受益人身份证号→受益人姓名，受益人所在单位，受益人类型。
“捐赠信息3”关系的函数依赖为：
捐赠编号，受益人身份证号一受益金额，使用说明。
这三个关系中的每一个非主属性既不部分依赖于码也不传递依赖于码，因此满足第三范式的要求。
【问题3】
本问题考查的是第四范式。
根据“项目受益情况”关系模式可知，其码为：项目编号，受益单位，捐赠编号。
而又存在部分函数依赖：
项目编号，受益单位→受益比例
项目编号，捐赠编号→项目受益金额
项目编号→→受益单位，受益比例
项目编号→→捐赠编号，项目受益金额
同时，可以根据第四范式的要求：不允许有非平凡且非函数依赖的多值依赖。
而在“项目受益情况”关系模式中存在如下的多值依赖：
项目编号→→受益单位，受益比例
项目编号→→捐赠编号，项目受益金额
因此，“项目受益情况”关系模式不满足第四范式。
因为存在多值依赖，因此对“项目受益情况”进行分解，分解后的关系模式如下：
项目受益情况l（项目编号，受益单位，受益比例）
项目受益情况2（项目编号，捐赠编号，项目受益金额）
其中：
“项目受益情况1”关系的函数依赖为：项目编号，受益单位→受益比例。
“项目受益情况2”关系的函数依赖为：项目编号，捐赠编号→项目受益金额。
这两个关系不存在多值依赖，因此满足第四范式的要求。
参考答案
【问题1】
(1)“校友编号”和“身份证号”。
(2)“校友信息”关系模式可以达到第二范式，不满足第三范式。
由于“校友信息”关系模式的主键是“校友编号”，但又包含函数依赖：
班级一院系，入学年份
不满足第三范式的要求，即存在非主属性对码的传递依赖。
【问题2】
(1)“捐赠信息”关系不满足第二范式，即非主属性不完全依赖于码。
(2)会造成：插入异常、删除异常和修改复杂（或修改异常）。
(3)分解后的关系模式如下：
捐赠信息1（捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式）
捐赠信息2（受益人身份证号，受益人姓名，受益人所在单位，受益人类型）
捐赠信息3（捐赠编号，受益人身份证号，受益金额，使用说明）
(1)修正后的主键如下：
捐赠信息1（捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式）
捐赠信息2（受益人身份证号，受益人姓名，受益人所在单位，受益人类型）
捐赠信息3（捐赠编号，受益人身份证号，受益金额，使用说明）
【问题3】
(1)“项目受益情况”关系模式，不满足第四范式。
(2)分解后的关系模式如下：
项目受益情况1（项目编号，受益单位，受益比例）
项目受益情况2（项目编号，捐赠编号，项目受益金额）
-
第3题：
阅读下列说明，冋答问题1至问题3，将解答填入答题纸的对应栏内。【说明】某水果零售超市拟开发一套信息系统，对超市的顾客、水果、员工、采购和销售信息进行管理。(1)水果零售超市实行会员制，顾客需具有会员资格才能进行购物，顾客需持所在单位出具的证明信才能办理会员资格，每位顾客具有唯一编号。(2)超市将采购员和导购员分成若干个小组，每组人员负责指定的若干种水果的采购和导购。每名采购员可采购指定给该组购买的水果；每名导购员都可对顾客选购的本组内的各种水果进行计价和包装，并分别贴上打印条码。(3)顾客选购水果并计价完毕后进行结算，生成结算单。结算单包括流水号、购买的各种水果信息和顾客信息等，每张结算单具有唯一的流水号。(4)超市在月底根据结算单对导购员进行绩效考核，根据采购情况对采购员进行考核，同时也根据结算单对顾客消费情况进行会员积分。初步设计的数据库关系模式如下。
"结算单"示例如表所示：
【问题1】
对于"顾客"关系模式，请回答以下问题：(1)给出所有候选键。(2)该关系模式可达到第几范式，用60字以内的文字简要叙述理由。【问题2】对于"结算单"关系模式，请回答以下问题：(1)用100字以内的文字简要说明它会产生什么问题。(2)将其分解为第3范式，分解后的关系名依次为：结算单1，结算单2，结算单3，并用下划线标注分解后的各关系模式的主键。【问题3】对于"职责"关系模式，请回答以下问题：(1)它是否为第4范式，用100字以内的文字叙述理由。(2)将其分解为第4范式，分解后的关系名依次为：职责1，职责2，┄。答案：解析：1 、(1)顾客编号和身份证号(2)可以达到第2范式理由：在"顾客"关系模式中，存在以下函数依赖："单位名称→单位地址，单位电话"，存在非主属性对键的传递依赖，所以"顾客"关系模式可以达到第2范式，但不满足第3范式这是一道要求读者掌握数据库关系模式规范化理论中，非主属性和3NF范式的综合分析题，本题的解答思路如下。(1)依题意，由"顾客"关系模式和题干给出的关键信息"每位顾客具有唯一编号"等可知，属性"顾客编号"是"顾客"关系模式的主键；而属性"身份证号"也是该关系模式的决定因素之一，因此它们都是候选键的属性。(2)结合表1中的属性"单位地址和单位电话"的约束条件--"顾客的单位地址和电话由单位名称决定"等关键信息可知，在"顾客"关系模式中，存在"单位名称→(单位地址，单位电话)"的函数依赖关系。根据3NF的要求：每一个非主属性既不部分依赖于码，也不传递依赖于码。而"顾客"关系模式存在非主属性对码的传递依赖，因此它不能满足3NF，但可以达到2NF。2、(1)根据"结算单"关系模式，可知其键为(流水号，条码)，而又存在部分函数依赖："条码→水果名称，销售单价，数量，金额，导购员编号"根据第2范式的要求：不存在非主属性对键的部分依赖，所以"结算单"关系模式不满足第2范式，会造成插入异常、删除异常和修改异常(2)对"结算单"关系模式进行分解后的关系模式及主键如下：结算单1(流水号,条码)结算单2(流水号,顾客编号)结算单3(条码，水果名称，销售单价，数量，金额，导购员编号)这是一道要求读者掌握数据库关系模式规范化理论中2NF和3NF的综合应用题，本题的解答思路如下。(1)由"结算单"关系模式、题干(或表1)中给出的关键信息"(3)……每张结算单具有唯一的流水号"、表1中"条码"属性的约束条件--"购买的每种水果的信息"和表2的示例等关键信息可知，属性"流水号，条码"是该关系模式的候选键。"结算单"关系模式存在部分函数依赖：流水号→顾客编号条码→水果名称，销售单价，数量，金额，导购员编号根据第2范式(2NF)的要求：不存在非主属性对码的部分依赖。而"结算单"关系模式存在非主属性对码的部分依赖，因此它不属于2NF，会造成插入异常、删除异常和修改复杂(或修改异常)等问题。(2)根据3NF的要求和"结算单"关系模式的函数依赖关系，对"结算单"关系模式进行如下分解，以满足3NF的要求。结算单1(流水号,条码)结算单2(流水号,顾客编号)结算单3(条码，水果名称，销售单价，数量，金额，导购员编号)其中，带下划实线的属性为分解后的各关系模式对应的主键，带波浪线的属性为外键。这3个关系模式中的每一个非主属性既不部分依赖于码，也不传递依赖于码，因此满足3NF的要求。3、(1)不属于第4范式。根据"职责"关系模式的定义可知：其主键为"水果名称，采购员编号，导购员编号"，存在多值依赖：水果名称→→采购员编号水果名称→→导购员编号根据第4范式的要求，不允许存在非平凡的多值依赖，因此，"职责"关系模式不满足第4范式。(2)对"职责"关系模式进行分解后的关系模式如下：职责1(水果名称,采购员编号)职责2(水果名称,导购员编号)这是一道要求读者掌握关系模式规范化理论中4NF的综合分析题，本题解答思路如下。(1)由"职责"关系模式和题干中"(2)超市将采购员和导购员分成若干个小组，每组人员负责指定的若干种水果的采购和导购……"等关键信息可知，属性"水果名称，采购员编号，导购员编号"是该关系模式的主键。"职责"关系模式存在多值依赖：水果名称→→采购员编号水果名称→→导购员编号根据第4范式的要求：不允许有非平凡且非函数依赖的多值依赖，因此"职责"关系模式不满足4NF。(2)根据4NF的要求和"职责"关系模式的函数依赖，对该关系模式进行如下分解，以满足4NF的要求。职责1(水果名称,采购员编号)职责2(水果名称,采购员编号)其中，带下划线的属性为相应关系模式的主键。 -
第4题：
试题四（15 分）
阅读下列说明，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。
【说明】
某科研项目管理机构拟开发科研管理系统，以便管理科研项目信息。设计了科研信息数据库，其关系模式如图 4-1 所示。
关系模式的主要属性、含义及约束如表 4-1 所示。
一个科研项目（课题）由一位科研专家作为负责人。一个科研项目可以由多个单位参与，这些单位可以作为承担单位或者合作单位来参与科研项目。一个科研项目可以有
多个拨款单位，每个单位按合同经费的一定百分比拨款。科研专家是具有科研项目申请资格的科研人员。一位科研专家可以参与不同的科研项目。参与科研项目的每个单位可以有多个除科研专家外的单位员工参与项目的研发。 属性间的函数依赖关系如下：
对于“项目信息”关系模式：
课题编号，单位名称，拨款单位 → 课题名称，负责人，单位类别，单位排名，合
同经费，拨款百分比
课题编号，单位名称 → 课题名称，负责人，课题类别，单位排名，合同经费
课题编号，拨款单位 → 课题名称，负责人，合同经费，拨款百分比
课题编号 → 课题名称，负责人，合同经费
课题编号 →→ 拨款单位，拨款百分比
课题编号 →→ 单位名称，单位类别，单位排名
对于“科研专家”关系模式：
人员编号 → 姓名，性别，出生年月，身份证号，最高学位，职称，研究方向，所在单位，单位地址
所在单位 → 单位地址
身份证号 → 人员编号
对于“项目研发人员”关系模式：
课题编号，所在单位，职工号 → 姓名，年龄，学历，职称，分工，排名，参加月数
所在单位，职工号 → 姓名，年龄，学历，职称
【问题 1】(5 分)
对关系“科研专家” ，请回答以下问题：
（1）列举出所有不属于任何候选键的属性(非键属性)。
（2）关系“科研专家”可达到第几范式，用 60 字以内文字简要叙述理由。
【问题 2】(6 分)
对关系“项目研发人员” ，请回答以下问题：
（1）针对“项目研发人员”关系，用 100 字以内文字简要说明会产生什么问题。
（2）把“项目研发人员”分解为第三范式，分解后的关系名依次为：项目研发人员 1，
项目研发人员 2，…
（3）列出修正后的各关系模式的主键。
【问题 3】(4 分)
对关系“项目信息” ，请回答以下问题：
（1）关系“项目信息”是不是第四范式，用 100 字以内文字叙述理由。
（2）把“项目信息”分解为第四范式，分解后的关系名依次为：项目信息 1，项目信息 2，…
正确答案：
-
第5题：
试题四（共15分）
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
某公司拟开发一套招聘信息管理系统，以便对整个公司的各个部门的招聘信息进行统一管理。
【需求分析】
(1)该公司招聘的职位有：测试人员、开发人员、文员秘书和销售代表等职位。公司将职位划分为三种专业类型：技术类型、行政类型和销售类型。每个职位对应一种专业类型，如：测试人员职位属于技术类型。每个职位可以属于一个或多个部门。
(2)面试官由公司员工担任，每个面试官可以负责一个或多个职位的面试。一个职位可由多名面试官负责面试。
(3)应聘人员可以注册应聘的职位成为候选人，并填报自己的简历信息。一个候选人可以应聘多个职位。系统记录候选人每次应聘的面试时间和面试成绩。初步设计的招聘信息数据库关系模式如图4-1所示。
【问题1】（6分）
对关系“候选人”，请回答以下问题：
(1)列举出所有不属于任何候选键的属性（非键属性）。
(2)关系“候选人”可达到第几范式，用60字以内文字简要叙述理由。
【问题2】（5分）
对关系“面试官”，请回答以下问题：
(1)针对“面试官”关系，用60字以内文字简要说明会产生什么问题。
(2)把“面试官”分解为第三范式，分解后的关系名依次为：面试官1，面试官2，…
(3)列出修正后的各关系模式的主键。
【问题3】（4分）
对关系“招聘安排”，请回答以下问题：
(1)关系“招聘安排”是不是第四范式，用60字以内文字叙述理由。
(2)把“招聘安排”分解为第四范式，分解后的关系名依次为：招聘安排1，招聘安排2，…
正确答案：
【问题1】（6分）
(1)姓名，性别，联系电话，出生日期，简历信息，面试成绩
(2)“候选人”关系模式不满足第二范式。
由于“候选人“关系的候选码为：身份证号和应聘的职位编码，但又包含函数依赖：身份证号→姓名，性别，联系电话，出生日期，简历信息。
不满足第二范式的要求，即：非主属性不完全依赖于码。
【问题2】(5分)
(1)“面试官”关系不满足第三范式，即：每一个非主属性既不部分依赖于码也不传递依赖于码。会造成：插入异常、删除异常和修改复杂。
(2)分解后的关系模式如下：
面试官1（工号，姓名，专业类型，工作职务，工作部门）
面试官2（工作部门，部门负责人，部门电话）
(3) 修正后关系模式的主键如下：
面试官1（工号，姓名，专业类型，工作职务，工作部门）
面试官2（工作部门，部门负责人，部门电话）
【问题3】 (4分）
(1)“招聘安排”关系模式，不满足第四范式。
答：职位编码→→属部门
职位编码→→面试官工号
(2)分解后的关系模式如下：
招聘安捧1（职位编码，所属部门）
招聘安排2（职位编码，面试官工号）