对关系“项目信息”，请回答以下问题：(1)关系“项目信息”是不是第四范式，用100字以内文字叙述理由。(2)把“项目信息”分解为第四范式，分解后的关系名依次为：项目信息1，项目信息2，…
题目
对关系“项目信息”，请回答以下问题：
(1)关系“项目信息”是不是第四范式，用100字以内文字叙述理由。
(2)把“项目信息”分解为第四范式，分解后的关系名依次为：项目信息1，项目信息2，…
相似考题
参考答案和解析
(1) “项目信息”关系模式，不满足第四范式。 因为，课题编号→课题名称，负责人，合同经费 或答：课题编号→拨款单位，拨款百分比 课题编号→单位名称，单位类别，单位排名 (2)分解后的关系模式如下： 项目信息1 (课题编号，课题名称，负责人，合同经费) 项目信息2 (课题编号，单位名称，单位类别，单位排名) 项目信息3 (课题编号，拨款单位，拨款百分比) 解析：考查第四范式。
根据“项目信息”关系模式的函数依赖，其码为：课题编号，单位名称，拨款单位。而又存在部分函数依赖：
课题编号，单位名称→课题名称，负责人，课题类别，单位排名，合同经费
课题编号，拨款单位→课题名称，负责人，合同经费，拨款百分比
课题编号→课题名称，负责人，合同经费
所以，“项目信息”关系模式不满足第二范式。
同时，可以根据第四范式的要求：不允许有非平凡且非函数依赖的多值依赖。
而在“项目信息”关系模式存在多值依赖：
课题编号→拨款单位，拨款百分比
课题编号→举位名称，单位类别，单位排名
因此，“项目信息”关系模式不满足第二范式。
因为存在部分函数依赖和多值依赖，因此对“项目信息”进行分解，分解后的关系模式如下：
项目信息1(课题编号，课题名称，负责人，合同经费)
项目信息2(课题编号，单位名称，单位类别，单位排名)
项目信息3(课题编号，拨款单位，拨款百分比)
其中，
“项目信息1”关系的函数依赖为：
课题编号→课题名称，负责人，合同经费
“项目信息2”关系的函数依赖为：
课题编号，单位名称→单位类别，单位排名
“项目信息3”关系的函数依赖为：
课题编号，拨款单位→拨款百分比
这三个关系既不存在部分函数依赖和传递依赖，也不存在多值依赖，因此满足第四范式的要求。
更多“对关系“项目信息”,请回答以下问题: (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题：
设有关系模式R（职工号，职工名，项目号，项目名，工资），假设一个职工可参加多个项目，在每个项目中各领一份工资。那么请回答以下问题： （1）请写出这个关系模式的函数依赖和主关键字； （2）这个关系符合第几范式，为什么？ （3）请举例说明，这个关系存在哪些问题； （4）请把这个关系模式分解成3NF，并说明理由。
（1）函数依赖包括：职工号→职工名，项目号→项目名，（职工号，项目号）→工资
主键为（职工号，项目号）
（2）这个关系符合第一范式，因为它的每个属性都不可再分。
（3）这个关系没有达到第二范式，可能出现数据冗余和操作异常。
例如，某个职工参与了多个项目的工作，他的职工号、职工名会重复多次存储。同样，如果一个项目有多名职工参加，项目号和项目名也会重复我次存储。另外，如果现在增加了一个新的项目，但暂时还没有安排职工参加，那么由于主键是（职工号，项目号），这个项目的信息可能无法插入。
（4）修改后的各个关系如下：
职工关系＝（职工号，职工名）
项目关系＝（项目号，项目名）
职工选择项目关系＝（职工号，项目号，工资）
（注：此处的工资是指职工参加某个项目得到的劳动报酬）
略 -
第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（职位编码，面试官工号）