列表

详情


阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。
【说明】
某公司拟开发一套招聘信息管理系统,以便对整个公司的各个部门的招聘信息进行统一管理。
【需求分析】
(1)该公司招聘的职位有:测试人员、开发人员、文员秘书和销售代表等职位。公司将职位划分为三种专业类型:技术类型、行政类型和销售类型。每个职位对应一种专业类型,如:测试人员职位属于技术类型。每个职位可以属于一个或多个部门。
(2)面试官由公司员工担任,每个面试官可以负责一个或多个职位的面试。一个职位可由多名面试官负责面试。
(3)应聘人员可以注册应聘的职位成为候选人,并填报自己的简历信息。一个候选人可以应聘多个职位。系统记录候选人每次应聘的面试时间和面试成绩。初步设计的招聘信息数据库关系模式如图1-1所示。

关系模式的主要属性、含义及约束如表1-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(职位编码,面试官工号)

详细解析:

本题考查非主属性和2NF
“候选人”关系的候选码为:身份证号、应聘的职位编码。“候选人”关系的函数依赖集F如下:
F={(身份证号,应聘的职位编码)→姓名,性别,联系电话,出生日期,简历信息,面试成绩;身份证号→姓名,性别,联系电话,出生日期,简历信息}
显然,“候选人”关系非键属性为姓名、性别、联系电话、出生日期、简历信息和面试成绩,它们不完全函数依赖于码(身份证号,应聘的职位编码),而是部分依赖于码,根据2NF定义,每一个非主属性完全函数依赖于码,所以“候选人”关系模式不满足2NF。
【问题2】
本题考查3NF的概念和应用。
“面试官”关系的候选码为:工号。根据题目的需求描述可知,工号作为面试官的唯一编号,工作部门唯一标识一个部门。“面试官”关系的函数依赖F如下:
F={工号,姓名,专业类型,工作职务,工作部门,部门负责人,部门电话,工作部门→部门负责人,部门电话}
从F中可以得出:工号→工作部门,工作部门→部门负责人,部门电话。可见,“面试官”关系模式存在传递依赖,故“面试官”关系模式不属于3NF。
【问题3】
本题考查4NF的概念和应用
“招聘安排”关系的候选码为:职位编码、所属部门、面试官工号。根据题目的需求描述可知,每个职位可以属于一个或多个部门,一个职位可由多名面试官负责面试,可以得出“招聘安排”关系的函数依赖F如下:
F={职位编码→所属部门,职位编号→面试官工号}
根据4NF的要求:不允许有非平凡且非函数依赖的多值依赖,而“招聘安排”关系模式存在多值依赖,故不属于4NF。

上一题