某公司拟开发一套招聘信息管理系统,以便对整个公司的各个部门的招聘信息进行统一管理

资格题库2022-08-02  72

问题 某公司拟开发一套招聘信息管理系统,以便对整个公司的各个部门的招聘信息进行统一管理。【需求描述】(1)该公司招聘的职位有:测试人员、开发人员、文员秘书和销售代表等职位。公司将职位划分为三种专业类型:技术类型、行政类型和销售类型。每个职位对应一种专业类型,如测试人员职位属于技术类型。每个职位可以属于一个或多个部门。(2)面试官由公司员工担任,每个面试官可以负责一个或多个职位的面试。一个职位可由多名面试官负责面试。(3)应聘人员可以注册应聘的职位成为候选人,并填报自己的简历信息。一个候选人可以应聘多个职位。系统记录候选人每次应聘的面试时间和面试成绩。【逻辑结构设计】根据上述需求,初步设计的招聘信息数据库关系模式如下:职位(职位编码,职位名称,级别,专业类型,招聘条件,薪酬范围)面试官(工号,姓名,专业类型,工作职务,工作部门,部门负责人,部门电话)招聘安排(职位编码,所属部门,面试官工号)候选人(身份证号,姓名,性别,联系电话,出生日期,简历信息,应聘的职位编码,面试成绩)关系模式的主要属性、含义及约束如下表所示。【问题1】对关系“候选人”,请回答以下问题:(1)列举出所有不属于任何候选键的属性(非键属性)。(2)关系“候选人”可达到第几范式,用60 字以内文字简要叙述理由。【问题2】对关系“面试官”,请回答以下问题:(1)针对“面试官”关系,用60 字以内文字简要说明会产生什么问题。(2)把“面试官”分解为第二范式,分解后的关系名依次为:面试官1 ,面试官2, ..(3)列出修正后的各关系模式的主键。【问题3】对关系“招聘安排”,请回答以下问题:(1)关系“招聘安排”是不是第四范式,用60 字以内文字叙注理由。(2)把“招聘安排”分解为第四范式,分解后的关系名依次为:招聘安排1,招聘安排2,…

选项

答案

解析 【问题1】(1)姓名,性别,联系电话,出生日期,简历信息,面试成绩。(2)“候选人”关系模式不满足第二范式(或答:属于第一范式)。由于“候选人“关系的候选码为:身份证号和应聘的职位编码,但又包含函数依赖:身份证号→姓名,性别,联系电话,出生日期,简历信息不满足第二范式的要求,即:非主属性部分依赖于码。

【问题2】(1)“面试官”关系不满足第三范式,即每一个非主属性既不部分依赖于码也不传递依赖于码。会造成:数据冗余、插入异常、删除异常和修改复杂(或修改异常)。(2)分解后的关系模式如下:面试官1 (工号,姓名,专业类型,工作职务,工作部门)面试官2 (工作部门,部门负责人,部门电话〕(3)修正后关系模式的主键如下:面试官1 (工号,姓名,专业类型,工作职务,工作部门)面试官2 (工作部门,部门负责人,部门电话)

【问题3】(1)“招聘安排”关系模式,不满足第四范式。职位编码→→所属部门职位编码→→面试官工号(2)分解后的关系模式如下:招聘安排1 (职位编码,所属部门)招聘安排2 (职位编码,面试官工号)
转载请注明原文地址:https://tihaiku.com/congyezige/2419014.html

最新回复(0)