部门关系模式存在什么问题?请用100字以内的文字阐述原因。为了解决这个问题可将关系模式分解，分解后的关系模式的关系名依次取部门_A、部门_B、……(2)假定月工作业绩关系模式为：月工作业绩(职员代码，年月，工作时间)，请给出“查询职员代码、职员名、年月、月工资”的SQL语句。
题目
部门关系模式存在什么问题?请用100字以内的文字阐述原因。为了解决这个问题可将关系模式分解，分解后的关系模式的关系名依次取部门_A、部门_B、……
(2)假定月工作业绩关系模式为：月工作业绩(职员代码，年月，工作时间)，请给出“查询职员代码、职员名、年月、月工资”的SQL语句。
相似考题
更多“部门关系模式存在什么问题?请用100字以内的文字阐述原因。为了解决这个问题可将关系模式分解, ”相关问题
-
第1题：
郭工程师设计的“部门”关系模式中存在什么问题?请用100字以内的文字简要说明理由。为了解决这个问题可将关系模式分解，请给出分解后的关系模式(分解后的关系模式的关系名可依次取“部门_A”、“部门_B”、……)。
正确答案：郭工程师设计的“部门”关系模式中存在的主要问题是数据冗余因为部门关系模式属于2范式(或 2NF)。“部门”关系模式的基本函数依赖集F1为： F1={部门代码→(部门名起始年月终止年月)部门代码→办公室办公室→办公电话) 例如假设某个部门有10个办公室部门代码、部门名、起始年月、终止年月就要被重复10次。为了解决这个问题可将关系模式分解分解后的关系模式如下。 部门_A(部门代码部门名起始年月终止年月) 部门_B(部门代码办公室办公电话)
郭工程师设计的“部门”关系模式中存在的主要问题是数据冗余，因为部门关系模式属于2范式(或 2NF)。“部门”关系模式的基本函数依赖集F1为： F1={部门代码→(部门名，起始年月，终止年月)，部门代码→办公室，办公室→办公电话) 例如，假设某个部门有10个办公室，部门代码、部门名、起始年月、终止年月就要被重复10次。为了解决这个问题可将关系模式分解，分解后的关系模式如下。 部门_A(部门代码，部门名，起始年月，终止年月) 部门_B(部门代码，办公室，办公电话) -
第2题：
对关系“订单信息”，请回答以下问题：
（1）“订单信息”是否为2NF范式，用100字以内文字简要说明会产生什么问题。
（2）把“订单信息”分解为第三范式，分解后的关系名依次为：订单信息1，订单信息2，…。
（3）列出分解后的各关系模式的主键。
正确答案：（1）“订单信息”关系不满足第二范式即非主属性不完全依赖于码。 会造成插入异常、删除异常和修改复杂(或修改异常)。 （2）分解后的关系模式如下： 订单信息1(订单号线路编号联系人身份证号出发时间订单价格人数) 订单信息2(联系人身份证号联系人名称联系方式) 订单信息3(订单号负责导游工号负责城市) （3）分解后的主键如下： 订单信息1(订单号线路编号联系人身份证号出发时间订单价格人数) 订单信息2(联系人身份证号联系人名称联系方式) 订单信息3(订单号负责导游工号负责城市)
（1）“订单信息”关系不满足第二范式，即非主属性不完全依赖于码。 会造成插入异常、删除异常和修改复杂(或修改异常)。 （2）分解后的关系模式如下： 订单信息1(订单号，线路编号，联系人身份证号，出发时间，订单价格，人数) 订单信息2(联系人身份证号，联系人名称，联系方式) 订单信息3(订单号，负责导游工号，负责城市) （3）分解后的主键如下： 订单信息1(订单号，线路编号，联系人身份证号，出发时间，订单价格，人数) 订单信息2(联系人身份证号，联系人名称，联系方式) 订单信息3(订单号，负责导游工号，负责城市) 解析：本问题考查第二范式和第三范式的理解和应用。
根据第二范式的要求：不存在非主属性对码的部分依赖。
根据题意和“订单信息”关系模式可知，不属于任何候选键的属性(非键属性)为：
线路编号，联系人名称，联系人身份证号，人数，联系方式，订单价格，出发时间，负责城市。
“订单信息”关系模式的函数依赖为：
订单号，负责导游工号→负责城市
订单号→线路编号，联系人身份证号，人数，订单价格，出发时间
联系人身份证号→联系人名称，联系方式
“订单信息”关系模式存在非主属性对码的部分依赖，因此，不属于第二范式。
根据第三范式的要求：每一个非主属性既不部分依赖于码也不传递依赖于码。
因此，需要根据第三范式的要求和“订单信息”关系模式的函数依赖，对“订单信息”关系模式进行分解以满足第三范式的要求。 -
第3题：
设有关系模式R（职工号，职工名，项目号，项目名，工资），假设一个职工可参加多个项目，在每个项目中各领一份工资。那么请回答以下问题： （1）请写出这个关系模式的函数依赖和主关键字； （2）这个关系符合第几范式，为什么？ （3）请举例说明，这个关系存在哪些问题； （4）请把这个关系模式分解成3NF，并说明理由。
（1）函数依赖包括：职工号→职工名，项目号→项目名，（职工号，项目号）→工资
主键为（职工号，项目号）
（2）这个关系符合第一范式，因为它的每个属性都不可再分。
（3）这个关系没有达到第二范式，可能出现数据冗余和操作异常。
例如，某个职工参与了多个项目的工作，他的职工号、职工名会重复多次存储。同样，如果一个项目有多名职工参加，项目号和项目名也会重复我次存储。另外，如果现在增加了一个新的项目，但暂时还没有安排职工参加，那么由于主键是（职工号，项目号），这个项目的信息可能无法插入。
（4）修改后的各个关系如下：
职工关系＝（职工号，职工名）
项目关系＝（项目号，项目名）
职工选择项目关系＝（职工号，项目号，工资）
（注：此处的工资是指职工参加某个项目得到的劳动报酬）
略 -
第4题：
对关系“项目研发人员”，请回答以下问题：
(1)针对“项目研发人员”关系，用100字以内文字简要说明会产生什么问题。
(2)把“项目研发人员”分解为第三范式，分解后的关系名依次为：项目研发人员1，项目研发人员2，…
(3)列出修正后的各关系模式的主键。
正确答案：(1)“项目研发人员”关系不满足第二范式即：非主属性不完全依赖于码。 (2)会造成：插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下： 项目研发人员1 (所在单位职工号姓名年龄学历职称) 项目研发人员2 (课题编号所在单位职工号分工排名参加月数) 修正后的主键如下： 项目研发人员1 (所在单位职工号姓名年龄学历职称) 项目研发人员2 (课题编号所在单位职工号分工排名参加月数)
(1)“项目研发人员”关系不满足第二范式，即：非主属性不完全依赖于码。 (2)会造成：插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下： 项目研发人员1 (所在单位，职工号，姓名，年龄，学历，职称) 项目研发人员2 (课题编号，所在单位，职工号，分工，排名，参加月数) 修正后的主键如下： 项目研发人员1 (所在单位，职工号，姓名，年龄，学历，职称) 项目研发人员2 (课题编号,所在单位，职工号，分工，排名，参加月数) 解析：考查第二范式和第三范式。
根据第三范式的要求：非主属性不完全依赖于码。
而根据 “项目研发人员”关系的函数依赖可知，“项目研发人员”的码为(课题编号，所在单位，职工号)，而又存在部分函数依赖：
所在单位，职工号→姓名，年龄，学历，职称。
所以，项目研发人员” 关系不满足第二范式，会造成：插入异常、删除异常和修改复杂(或修改异常)。
因为存在部分函数依赖，因此对“项目研发人员”进行分解，分解后的关系模式如下：
项目研发人员1(所在单位，职工号，姓名，年龄，学历，职称)
项目研发人员2(课题编号，所在单位，职工号，分工，排名，参加月数)
其中，
“项目研发人员1”关系的函数依赖为：
所在单位，职工号→姓名，年龄，学历，职称
“项目研发人员2”关系的函数依赖为：
所在单位，职工号→姓名，年龄，学历，职称
课题编号，所在单位，职工号→分工，排名，参加月数
这两个关系中的每一个非主属性既不部分依赖于码也不传递依赖于码，因此满足第三范式的要求。 -
第5题：
对关系“搭乘航班”，请回答以下的问题：
(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中的旅程编号惟一标识每个能按期出发的航班名。