对关系“订单信息”，请回答以下问题：（1）“订单信息”是否为2NF范式，用100字以内文字简要说明会产生什么问题。（2）把“订单信息”分解为第三范式，分解后的关系名依次为：订单信息1，订单信息2，…。（3）列出分解后的各关系模式的主键。

正确答案：(1)“项目研发人员”关系不满足第二范式即：非主属性不完全依赖于码。 (2)会造成：插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下： 项目研发人员1 (所在单位职工号姓名年龄学历职称) 项目研发人员2 (课题编号所在单位职工号分工排名参加月数) 修正后的主键如下： 项目研发人员1 (所在单位职工号姓名年龄学历职称) 项目研发人员2 (课题编号所在单位职工号分工排名参加月数)
(1)“项目研发人员”关系不满足第二范式，即：非主属性不完全依赖于码。 (2)会造成：插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下： 项目研发人员1 (所在单位，职工号，姓名，年龄，学历，职称) 项目研发人员2 (课题编号，所在单位，职工号，分工，排名，参加月数) 修正后的主键如下： 项目研发人员1 (所在单位，职工号，姓名，年龄，学历，职称) 项目研发人员2 (课题编号,所在单位，职工号，分工，排名，参加月数) 解析：考查第二范式和第三范式。
根据第三范式的要求：非主属性不完全依赖于码。
而根据 “项目研发人员”关系的函数依赖可知，“项目研发人员”的码为(课题编号，所在单位，职工号)，而又存在部分函数依赖：
所在单位，职工号→姓名，年龄，学历，职称。
所以，项目研发人员” 关系不满足第二范式，会造成：插入异常、删除异常和修改复杂(或修改异常)。
因为存在部分函数依赖，因此对“项目研发人员”进行分解，分解后的关系模式如下：
项目研发人员1(所在单位，职工号，姓名，年龄，学历，职称)
项目研发人员2(课题编号，所在单位，职工号，分工，排名，参加月数)
其中，
“项目研发人员1”关系的函数依赖为：
所在单位，职工号→姓名，年龄，学历，职称
“项目研发人员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（项目编号，捐赠编号，项目受益金额）

答案：

解析：

正确答案：（1）“员工信息”关系模式不满足第四范式。 答出以下内容之一即可： ①该关系模式不满足第二范式。 ②该关系模式存在多值依赖。 ③员工工号计薪月→姓名年龄员工类别为部分决定。 ④员工工号→手机号。 （2）分解后的关系模式如下： 员工信息1(员工工号姓名年龄员工类别) 员工信息2(员工工号手机号) 员工信息3(员工工号计薪月被投诉次数带团人数月薪)
（1）“员工信息”关系模式，不满足第四范式。 答出以下内容之一即可： ①该关系模式不满足第二范式。 ②该关系模式存在多值依赖。 ③员工工号，计薪月→姓名，年龄，员工类别，为部分决定。 ④员工工号→手机号。 （2）分解后的关系模式如下： 员工信息1(员工工号，姓名，年龄，员工类别) 员工信息2(员工工号，手机号) 员工信息3(员工工号，计薪月，被投诉次数，带团人数，月薪) 解析：本问题考查第四范式的理解和应用。
根据第四范式的要求：不允许有非平凡且非函数依赖的多值依赖。
“员工信息”关系模式的函数依赖为：
员工工号→姓名，年龄，员工类别
员工工号→手机号
员工工号→计薪月，被投诉次数，带团人数，月薪
由“员工信息”关系模式的函数依赖可知，“员工信息”关系模式存在部分依赖，所以，“员工信息”关系模式不满足第二范式；而“员工信息”关系模式也存在多值依赖，所以，“员工信息”关系模式不满足第四范式。
因此，需要根据第四范式的要求和“员工信息”关系模式的函数依赖，对“员工信息”关系模式进行分解以满足第四范式的要求。

正确答案：
【问题1】（6分）
(1)姓名，性别，联系电话，出生日期，简历信息，面试成绩
(2)“候选人”关系模式不满足第二范式。
由于“候选人“关系的候选码为：身份证号和应聘的职位编码，但又包含函数依赖：身份证号→姓名，性别，联系电话，出生日期，简历信息。
不满足第二范式的要求，即：非主属性不完全依赖于码。
【问题2】(5分)
(1)“面试官”关系不满足第三范式，即：每一个非主属性既不部分依赖于码也不传递依赖于码。会造成：插入异常、删除异常和修改复杂。
(2)分解后的关系模式如下：
面试官1（工号，姓名，专业类型，工作职务，工作部门）
面试官2（工作部门，部门负责人，部门电话）
(3) 修正后关系模式的主键如下：
面试官1（工号，姓名，专业类型，工作职务，工作部门）
面试官2（工作部门，部门负责人，部门电话）
【问题3】 (4分）
(1)“招聘安排”关系模式，不满足第四范式。
答：职位编码→→属部门
职位编码→→面试官工号
(2)分解后的关系模式如下：
招聘安捧1（职位编码，所属部门）
招聘安排2（职位编码，面试官工号）