对关系“旅客”,请回答以下的问题:(1)针对“旅客”关系,用100字以内文字简要说明会产生什么问题,并加以修正。(2)列出修正后的关系模式的所有候选键。(3)把“旅客”分解为第三范式,并用图4-1所示的关系模式的形式表示,分解后的关系名依次取旅客1、旅客2、…。

题目

对关系“旅客”,请回答以下的问题:

(1)针对“旅客”关系,用100字以内文字简要说明会产生什么问题,并加以修正。

(2)列出修正后的关系模式的所有候选键。

(3)把“旅客”分解为第三范式,并用图4-1所示的关系模式的形式表示,分解后的关系名依次取旅客1、旅客2、…。


相似考题
更多“对关系“旅客”,请回答以下的问题:(1)针对“旅客”关系,用100字以内文字简要说明会产生什么问题,并加以修正。(2)列出修正后的关系模式的所有候选键。(3)把“旅客”分解为第三范式,并用图4-1所示的关系模式的形式表示,分解后的关系名依次取旅客1、旅客2、…。”相关问题
  • 第1题:

    ( 2 )现有关系模式:

    教师授课(教师号,姓名,职称,课程号,课程名,学分,教科书名)

    其函数依赖集为:

    { 教师号 → 姓名,教师号 → 职称,课程号 → 课程名,课程号 → 学分,课程号 → 教课书名 }

    1 指出这个关系模式的主码( 2 分)

    2 这个关系模式是第几范式,为什么?( 4 分)

    3 将其分解为满足 3NF 要求的关系模式(分解后的关系模式名自定 ) ( 6 分)


    正确答案:

    1

    2

    3

  • 第2题:

    对关系“项目信息”,请回答以下问题:

    (1)关系“项目信息”是不是第四范式,用100字以内文字叙述理由。

    (2)把“项目信息”分解为第四范式,分解后的关系名依次为:项目信息1,项目信息2,…


    正确答案:(1) “项目信息”关系模式不满足第四范式。 因为课题编号→课题名称负责人合同经费 或答:课题编号→拨款单位拨款百分比 课题编号→单位名称单位类别单位排名 (2)分解后的关系模式如下: 项目信息1 (课题编号课题名称负责人合同经费) 项目信息2 (课题编号单位名称单位类别单位排名) 项目信息3 (课题编号拨款单位拨款百分比)
    (1) “项目信息”关系模式,不满足第四范式。 因为,课题编号→课题名称,负责人,合同经费 或答:课题编号→拨款单位,拨款百分比 课题编号→单位名称,单位类别,单位排名 (2)分解后的关系模式如下: 项目信息1 (课题编号,课题名称,负责人,合同经费) 项目信息2 (课题编号,单位名称,单位类别,单位排名) 项目信息3 (课题编号,拨款单位,拨款百分比) 解析:考查第四范式。
    根据“项目信息”关系模式的函数依赖,其码为:课题编号,单位名称,拨款单位。而又存在部分函数依赖:
    课题编号,单位名称→课题名称,负责人,课题类别,单位排名,合同经费
    课题编号,拨款单位→课题名称,负责人,合同经费,拨款百分比
    课题编号→课题名称,负责人,合同经费
    所以,“项目信息”关系模式不满足第二范式。
    同时,可以根据第四范式的要求:不允许有非平凡且非函数依赖的多值依赖。
    而在“项目信息”关系模式存在多值依赖:
    课题编号→拨款单位,拨款百分比
    课题编号→举位名称,单位类别,单位排名
    因此,“项目信息”关系模式不满足第二范式。
    因为存在部分函数依赖和多值依赖,因此对“项目信息”进行分解,分解后的关系模式如下:
    项目信息1(课题编号,课题名称,负责人,合同经费)
    项目信息2(课题编号,单位名称,单位类别,单位排名)
    项目信息3(课题编号,拨款单位,拨款百分比)
    其中,
    “项目信息1”关系的函数依赖为:
    课题编号→课题名称,负责人,合同经费
    “项目信息2”关系的函数依赖为:
    课题编号,单位名称→单位类别,单位排名
    “项目信息3”关系的函数依赖为:
    课题编号,拨款单位→拨款百分比
    这三个关系既不存在部分函数依赖和传递依赖,也不存在多值依赖,因此满足第四范式的要求。

  • 第3题:

    对关系“航班”,请回答以下问题:

    (1)列举出“航班”关系中所有不属于任何候选码的属性(非码属性)。

    (2)该关系模式可达到第几范式?用不超过60个字的内容叙述理由。


    正确答案:(1)“航班”关系模式的候选码为(航班名飞行日期)非码属性为:航空公司名称出发地点出发时间目的地到达时间。 (2)“航班”是属于1NF的。因为非主属性航空公司名称出发地点目的地不完全函数依赖于候选码(航班名飞行日期)。该关系模式存在如下函数依赖:航班名一航空公司名称出发地点目的地;(航班名飞行日期)一出发时间到达时间。
    (1)“航班”关系模式的候选码为(航班名,飞行日期),非码属性为:航空公司名称,出发地点,出发时间,目的地,到达时间。 (2)“航班”是属于1NF的。因为非主属性航空公司名称,出发地点,目的地不完全函数依赖于候选码(航班名,飞行日期)。该关系模式存在如下函数依赖:航班名一航空公司名称,出发地点,目的地;(航班名,飞行日期)一出发时间,到达时间。 解析:(1)包含在任何一个候选码中的属性叫做主属性,否则叫做非主属性或称为非码属性。对于“航班”关系模式的候选码为(航班名,飞行日期),故非码属性为:航空公司名称,出发地点,出发时间,目的地,到达时间。
    (2)若关系模式R∈1NF,且每一个非主属性完全依赖于码,则关系模式R∈2NF。换句话说,当1NF消除了非主属性对码的部分函数依赖,则称为2NF。但是“航班”不属于2NF。因为该关系模式存在{航班名一航空公司名称,出发地点,目的地}函数依赖,非主属性航空公司名称,出发地点,目的地不完全函数依赖于候选码(航班名,飞行日期),故“航班”是属于1NF的。

  • 第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)“订单信息”是否为2NF范式,用100字以内文字简要说明会产生什么问题。

    (2)把“订单信息”分解为第三范式,分解后的关系名依次为:订单信息1,订单信息2,…。

    (3)列出分解后的各关系模式的主键。


    正确答案:(1)“订单信息”关系不满足第二范式即非主属性不完全依赖于码。 会造成插入异常、删除异常和修改复杂(或修改异常)。 (2)分解后的关系模式如下: 订单信息1(订单号线路编号联系人身份证号出发时间订单价格人数) 订单信息2(联系人身份证号联系人名称联系方式) 订单信息3(订单号负责导游工号负责城市) (3)分解后的主键如下: 订单信息1(订单号线路编号联系人身份证号出发时间订单价格人数) 订单信息2(联系人身份证号联系人名称联系方式) 订单信息3(订单号负责导游工号负责城市)
    (1)“订单信息”关系不满足第二范式,即非主属性不完全依赖于码。 会造成插入异常、删除异常和修改复杂(或修改异常)。 (2)分解后的关系模式如下: 订单信息1(订单号,线路编号,联系人身份证号,出发时间,订单价格,人数) 订单信息2(联系人身份证号,联系人名称,联系方式) 订单信息3(订单号,负责导游工号,负责城市) (3)分解后的主键如下: 订单信息1(订单号,线路编号,联系人身份证号,出发时间,订单价格,人数) 订单信息2(联系人身份证号,联系人名称,联系方式) 订单信息3(订单号,负责导游工号,负责城市) 解析:本问题考查第二范式和第三范式的理解和应用。
    根据第二范式的要求:不存在非主属性对码的部分依赖。
    根据题意和“订单信息”关系模式可知,不属于任何候选键的属性(非键属性)为:
    线路编号,联系人名称,联系人身份证号,人数,联系方式,订单价格,出发时间,负责城市。
    “订单信息”关系模式的函数依赖为:
    订单号,负责导游工号→负责城市
    订单号→线路编号,联系人身份证号,人数,订单价格,出发时间
    联系人身份证号→联系人名称,联系方式
    “订单信息”关系模式存在非主属性对码的部分依赖,因此,不属于第二范式。
    根据第三范式的要求:每一个非主属性既不部分依赖于码也不传递依赖于码。
    因此,需要根据第三范式的要求和“订单信息”关系模式的函数依赖,对“订单信息”关系模式进行分解以满足第三范式的要求。

  • 第6题:

    阅读下列说明,回答问题1至问题3。

    说明

    M公司为某旅游公司设计机票销售专用数据库,其关系模式如图4-1所示。

    关系模式的主要属性、含义及约束如表4—1所示,属性间的函数依赖关系如图4-2所示,属性间函数依赖的标记方法如图4-3所示。

    旅客旅行前需要向旅行社提出申请,说明要参加的旅行团队。旅行社建立的旅行申请包括,旅行出发日期和到达日期的机票预订、购票等信息。旅行社还需要为每个团队制定“旅程”和“搭乘航班”表。有关“旅程”和“搭乘航班”的示例如表4-2、表4-3所示。

    对关系“航班”,请回答以下问题:

    (1)列举出所有不属于任何候选键的属性(非键属性)。

    (2)关系“航班”可达到第几范式,用不超过60个字的内容叙述理由。


    正确答案:(1)“航班”关系模式的候选键为(航班名飞行日期)非键属性为:航空公司名称出发地点出发时间目的地到达时间。 (2)“航班”是属于1NF的。因为非主属性航空公司名称出发地点目的地不完全函数依赖于候选键(航班名飞行日期)。该关系模式存在如下函数依赖:航班名→航空公司名称出发地点目的地;(航班名飞行日期) →出发时间到达时间。
    (1)“航班”关系模式的候选键为(航班名,飞行日期),非键属性为:航空公司名称,出发地点,出发时间,目的地,到达时间。 (2)“航班”是属于1NF的。因为非主属性航空公司名称,出发地点,目的地不完全函数依赖于候选键(航班名,飞行日期)。该关系模式存在如下函数依赖:航班名→航空公司名称,出发地点,目的地;(航班名,飞行日期) →出发时间,到达时间。 解析:为了做好这种类型的试题,需要正确地理解如下基本概念。
    函数依赖:设R(U)是属性集U上的关系模式,X、Y是U的子集。若对R(U)的任何一个可能的关系r,r中不可能存在两个元组在x上的属性值相等,而在Y上的属性值不等,则称X函数决定Y或Y函数依赖于X,记作:X→Y。

  • 第7题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。 【说明】 某小区由于建设时间久远,停车位数量无法满足所有业主的需要,为公平起见,每年进行一次抽签来决定车位分配。小区物业拟建立一个信息系统,对停车位的使用和收费进行管理。 【需求描述】 (1)小区内每套房屋可能有多名业主,一名业主也可能在小区内有多套房屋。业主 信息包括业主姓名、身份证号、房号、房屋面积,其中房号不重复。 (2)所有车位都有固定的编号,且同一年度所有车位的出租费用相同,但不同年份 的出租费用可能不同。 (3)所有车位都参与每年的抽签分配。每套房屋每年只能有一次抽签机会。抽中车 位的业主需一次性缴纳全年的车位使用费用,且必须指定唯一的汽车使用该车位。 (4)小区车辆出入口设有车牌识别系统,可以实时识别进出的汽车车牌号。为方便 门卫确认,系统还需登记汽车的品牌和颜色。 【逻辑结构设计】 根据上述需求,设计出如下关系模式: 业主(业主姓名,业主身份证号,房号,房屋面积) 车位(车位编号,房号,车牌号,汽车品牌,汽车颜色,使用年份,费用)

    【问题1】(6分) 对关系“业主”,请回答以下词题: (1)给出“业主”关系的候选键。 (2)它是否为2NF,用60字以内文字简要叙述理由。 (3)将其分解为BCNF,分解后的关系名依次为:A1,A2,...,并用下划线标示分解后的各关系模式的主键。 【问题2】(6分) 对关系“车位”,请回答以下问题: (1)给出“车位’’关系的候选键。 . (2)它是否为3NF,用60字以内文字简要叙述理由。 (3)将其分解为BCNF,分解后的关系名依次为:B1,B2,...,并用下划线标示分解后的各关系模式的主键。 【问题3】(3分) 若临时车辆进入小区,按照进入和离开小区的时间进行收费(每小时2元)。试增加“临 时停车”关系模式,用100字以内文字简要叙述解决方案。


    正确答案:【问题1】(6分)
    (1)业主身份证号、房号
    (2)不满足,存在部分函数依赖,如:业主身份证号→业主姓名,房号→房屋面积,业主姓名和房屋面积部分依赖于码(业主身份证号、房号)
    (3)
    A1(业主姓名,业主身份证号
    A2(房号,房屋面积)
    A3(业主身份证号,房号
    【问题2】(6分)
    (1)车位编号、房号、车牌号、使用年份
    (2)不满足3NF,存在部分依赖,如:车牌号→(汽车品牌、汽车颜色),对码(车位编号、房号、车牌号、使用年份)存在部分依赖
    (3)
    B1(车牌号,汽车品牌、汽车颜色)
    B2(车位编号,使用年份,费用)
    B3(车位编号、房号、车牌号、使用年份
    【问题3】(3分)
    临时停车关系模式,应包含 车牌号,进入时间,离开时间,车位编号,每小时费用,当汽车驶出时,录入离开时间,然后创建触发器,当监测到离开时间更新时,统计停车时间,并计算费用。

  • 第8题:

    试题四(共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(项目编号,捐赠编号,项目受益金额)

  • 第9题:

    阅读下列说明,冋答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某水果零售超市拟开发一套信息系统,对超市的顾客、水果、员工、采购和销售信息进行管理。(1)水果零售超市实行会员制,顾客需具有会员资格才能进行购物,顾客需持所在单位出具的证明信才能办理会员资格,每位顾客具有唯一编号。(2)超市将采购员和导购员分成若干个小组,每组人员负责指定的若干种水果的采购和导购。每名采购员可采购指定给该组购买的水果;每名导购员都可对顾客选购的本组内的各种水果进行计价和包装,并分别贴上打印条码。(3)顾客选购水果并计价完毕后进行结算,生成结算单。结算单包括流水号、购买的各种水果信息和顾客信息等,每张结算单具有唯一的流水号。(4)超市在月底根据结算单对导购员进行绩效考核,根据采购情况对采购员进行考核,同时也根据结算单对顾客消费情况进行会员积分。初步设计的数据库关系模式如下。



    "结算单"示例如表所示:



    【问题1】
    对于"顾客"关系模式,请回答以下问题:(1)给出所有候选键。(2)该关系模式可达到第几范式,用60字以内的文字简要叙述理由。【问题2】对于"结算单"关系模式,请回答以下问题:(1)用100字以内的文字简要说明它会产生什么问题。(2)将其分解为第3范式,分解后的关系名依次为:结算单1,结算单2,结算单3,并用下划线标注分解后的各关系模式的主键。【问题3】对于"职责"关系模式,请回答以下问题:(1)它是否为第4范式,用100字以内的文字叙述理由。(2)将其分解为第4范式,分解后的关系名依次为:职责1,职责2,┄。


    答案:
    解析:
    1 、(1)顾客编号和身份证号(2)可以达到第2范式理由:在"顾客"关系模式中,存在以下函数依赖:"单位名称→单位地址,单位电话",存在非主属性对键的传递依赖,所以"顾客"关系模式可以达到第2范式,但不满足第3范式这是一道要求读者掌握数据库关系模式规范化理论中,非主属性和3NF范式的综合分析题,本题的解答思路如下。(1)依题意,由"顾客"关系模式和题干给出的关键信息"每位顾客具有唯一编号"等可知,属性"顾客编号"是"顾客"关系模式的主键;而属性"身份证号"也是该关系模式的决定因素之一,因此它们都是候选键的属性。(2)结合表1中的属性"单位地址和单位电话"的约束条件--"顾客的单位地址和电话由单位名称决定"等关键信息可知,在"顾客"关系模式中,存在"单位名称→(单位地址,单位电话)"的函数依赖关系。根据3NF的要求:每一个非主属性既不部分依赖于码,也不传递依赖于码。而"顾客"关系模式存在非主属性对码的传递依赖,因此它不能满足3NF,但可以达到2NF。2、(1)根据"结算单"关系模式,可知其键为(流水号,条码),而又存在部分函数依赖:"条码→水果名称,销售单价,数量,金额,导购员编号"根据第2范式的要求:不存在非主属性对键的部分依赖,所以"结算单"关系模式不满足第2范式,会造成插入异常、删除异常和修改异常(2)对"结算单"关系模式进行分解后的关系模式及主键如下:结算单1(流水号,条码)结算单2(流水号,顾客编号)结算单3(条码,水果名称,销售单价,数量,金额,导购员编号)这是一道要求读者掌握数据库关系模式规范化理论中2NF和3NF的综合应用题,本题的解答思路如下。(1)由"结算单"关系模式、题干(或表1)中给出的关键信息"(3)……每张结算单具有唯一的流水号"、表1中"条码"属性的约束条件--"购买的每种水果的信息"和表2的示例等关键信息可知,属性"流水号,条码"是该关系模式的候选键。"结算单"关系模式存在部分函数依赖:流水号→顾客编号条码→水果名称,销售单价,数量,金额,导购员编号根据第2范式(2NF)的要求:不存在非主属性对码的部分依赖。而"结算单"关系模式存在非主属性对码的部分依赖,因此它不属于2NF,会造成插入异常、删除异常和修改复杂(或修改异常)等问题。(2)根据3NF的要求和"结算单"关系模式的函数依赖关系,对"结算单"关系模式进行如下分解,以满足3NF的要求。结算单1(流水号,条码)结算单2(流水号,顾客编号)结算单3(条码,水果名称,销售单价,数量,金额,导购员编号)其中,带下划实线的属性为分解后的各关系模式对应的主键,带波浪线的属性为外键。这3个关系模式中的每一个非主属性既不部分依赖于码,也不传递依赖于码,因此满足3NF的要求。3、(1)不属于第4范式。根据"职责"关系模式的定义可知:其主键为"水果名称,采购员编号,导购员编号",存在多值依赖:水果名称→→采购员编号水果名称→→导购员编号根据第4范式的要求,不允许存在非平凡的多值依赖,因此,"职责"关系模式不满足第4范式。(2)对"职责"关系模式进行分解后的关系模式如下:职责1(水果名称,采购员编号)职责2(水果名称,导购员编号)这是一道要求读者掌握关系模式规范化理论中4NF的综合分析题,本题解答思路如下。(1)由"职责"关系模式和题干中"(2)超市将采购员和导购员分成若干个小组,每组人员负责指定的若干种水果的采购和导购……"等关键信息可知,属性"水果名称,采购员编号,导购员编号"是该关系模式的主键。"职责"关系模式存在多值依赖:水果名称→→采购员编号水果名称→→导购员编号根据第4范式的要求:不允许有非平凡且非函数依赖的多值依赖,因此"职责"关系模式不满足4NF。(2)根据4NF的要求和"职责"关系模式的函数依赖,对该关系模式进行如下分解,以满足4NF的要求。职责1(水果名称,采购员编号)职责2(水果名称,采购员编号)其中,带下划线的属性为相应关系模式的主键。

  • 第10题:

    设有关系模式:学生修课(学号,姓名,所在系,性别,课程号,课程名,学分,成绩)。设一个学生可选多门课程,一门课程可以被多名学生选。每位学生由学号惟一标识,一个学生只在一个系学习;每门课程由课程号惟一标识。每个学生选的每门课程有惟一的成绩。  (1)请指出此关系模式的候选键。  (2)写出该关系模式的函数依赖集。 (3)该关系模式属于第几范式?并简单说明理由。  (4)若不是第三范式的,请将其规范化为第三范式关系模式,并指出分解后的每个关系模式的主键和外键。
    (1)候选键:(学号,课程号)
    (2)学号→姓名,学号→所在系,学号→性别,课程号→课程名,课程号→学分,(学号,课程号)→成绩
    (3)属于第二范式,因为存在部分函数依赖:学号→姓名。 
    (4)第三范式关系模式:
    学生(学号,姓名,所在系,性别) 课程(课程号,课程名,学分)
    考试(学号,课程号,成绩),学号为引用学生的外键,课程号为引用课程的外键。

  • 第11题:

    设有关系模式R(职工号,职工名,项目号,项目名,工资),假设一个职工可参加多个项目,在每个项目中各领一份工资。那么请回答以下问题: (1)请写出这个关系模式的函数依赖和主关键字; (2)这个关系符合第几范式,为什么?  (3)请举例说明,这个关系存在哪些问题; (4)请把这个关系模式分解成3NF,并说明理由。
    (1)函数依赖包括:职工号→职工名,项目号→项目名,(职工号,项目号)→工资
    主键为(职工号,项目号)
    (2)这个关系符合第一范式,因为它的每个属性都不可再分。
    (3)这个关系没有达到第二范式,可能出现数据冗余和操作异常。
    例如,某个职工参与了多个项目的工作,他的职工号、职工名会重复多次存储。同样,如果一个项目有多名职工参加,项目号和项目名也会重复我次存储。另外,如果现在增加了一个新的项目,但暂时还没有安排职工参加,那么由于主键是(职工号,项目号),这个项目的信息可能无法插入。
    (4)修改后的各个关系如下:
    职工关系=(职工号,职工名)
    项目关系=(项目号,项目名)
    职工选择项目关系=(职工号,项目号,工资)
    (注:此处的工资是指职工参加某个项目得到的劳动报酬)

  • 第12题:

    问答题
    设有关系模式R(职工号,职工名,项目号,项目名,工资),假设一个职工可参加多个项目,在每个项目中各领一份工资。那么请回答以下问题: (1)请写出这个关系模式的函数依赖和主关键字; (2)这个关系符合第几范式,为什么?  (3)请举例说明,这个关系存在哪些问题; (4)请把这个关系模式分解成3NF,并说明理由。

    正确答案: (1)函数依赖包括:职工号→职工名,项目号→项目名,(职工号,项目号)→工资
    主键为(职工号,项目号)
    (2)这个关系符合第一范式,因为它的每个属性都不可再分。
    (3)这个关系没有达到第二范式,可能出现数据冗余和操作异常。
    例如,某个职工参与了多个项目的工作,他的职工号、职工名会重复多次存储。同样,如果一个项目有多名职工参加,项目号和项目名也会重复我次存储。另外,如果现在增加了一个新的项目,但暂时还没有安排职工参加,那么由于主键是(职工号,项目号),这个项目的信息可能无法插入。
    (4)修改后的各个关系如下:
    职工关系=(职工号,职工名)
    项目关系=(项目号,项目名)
    职工选择项目关系=(职工号,项目号,工资)
    (注:此处的工资是指职工参加某个项目得到的劳动报酬)
    解析: 暂无解析

  • 第13题:

    部门关系模式存在什么问题?请用100字以内的文字阐述原因。为了解决这个问题可将关系模式分解,分解后的关系模式的关系名依次取部门_A、部门_B、……

    (2)假定月工作业绩关系模式为:月工作业绩(职员代码,年月,工作时间),请给出“查询职员代码、职员名、年月、月工资”的SQL语句。


    正确答案:(1)部门关系模式属于第2范式(或2NF)该关系模式存在冗余问题因为某部门有多少个办公室部门代码、部门名、起始年月、终止年月就要重复多少次。 为了解决这个问题可将模式分解分解后的关系模式为: 部门_A(部门代码部门名起始年月终止年月) 部门_B(部门代码办公室办公电话) (2)Select职员代码职员名年月工作时间*小时工资AS 月工资 From 职员职务等级月工作业绩 Where 职员.职务代码=职务.职务代码 And 职务
    (1)部门关系模式属于第2范式(或2NF),该关系模式存在冗余问题,因为某部门有多少个办公室,部门代码、部门名、起始年月、终止年月就要重复多少次。 为了解决这个问题,可将模式分解,分解后的关系模式为: 部门_A(部门代码,部门名,起始年月,终止年月) 部门_B(部门代码,办公室,办公电话) (2)Select职员代码,职员名,年月,工作时间*小时工资AS 月工资 From 职员,职务,等级,月工作业绩 Where 职员.职务代码=职务.职务代码 And 职务 解析:(1)在问题1的分析中,我们已经指出了“部门”关系模式存在问题。“部门”关系模式因为存在部分依赖,所以属于2NF,该关系模式存在冗余问题。因为某部门有多少个办公室,部门代码、部门名、起始年月、终止年月就要重复多少次。
    为了解决这个问题,可将“部门”关系模式分解,分解后的关系模式为:
    部门_A(部门代码,部门名,起始年月,终止年月)
    部门_B(部门代码,办公室,办公电话)
    (2)因为工资问题比较复杂,这里涉及多个表的查询。同时,因为所有关系模式中都没有“月工资”,按照题目的要求,“职员月工资等于职员月工作时间(小时)乘以小时工资”,而“小时工资”又不均等,每个“等级”的职员的“小时工资”都不一样。因此,必须得从“职员”关系模式中取得“职务代码”,然后在“职务”关系模式中取得“等级代码”,接着在“等级”关系模式中取得“年月”和“小时工资”,最后再根据“月工作业绩”中的“年月”和“工作时间”决定月工资。整个查询语句如下:
    Select 职员代码,职员名,年月,工作时间* 小时工资AS 月工资
    From 职员,职务,等级,月工作业绩
    Where 职员.职务代码=职务.职务代码 And
    职务.等级代码=等级.等级代码 And
    等级.年月=月工作业绩,年月 And
    职员.职员代码=月工作业绩.职员代码;

  • 第14题:

    对关系“采购”,请回答以下问题:

    (1)若“采购”关系中不考虑折扣情况,则该关系是否存在派生属性?若存在,指出其中的派生属性。

    (2)针对“采购”关系,用100字以内文字简要说明会产生什么问题。

    (3)分解“采购”关系,分解后的关系名依次为:采购1,采购2…


    正确答案:(1)存在派生属性“总价格”。总价格可以根据数量和单价计算出来。 (2)“采购”关系不满足第二范式即:非主属性不完全依赖于码。 会造成:插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下: 采购1(采购单号总价格日期) 采购2(供应商地址电话) 采购3(供应商材料编号单价) 采购4(采购单号供应商材料编号数量)
    (1)存在派生属性“总价格”。总价格可以根据数量和单价计算出来。 (2)“采购”关系不满足第二范式,即:非主属性不完全依赖于码。 会造成:插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下: 采购1(采购单号,总价格,日期) 采购2(供应商,地址,电话) 采购3(供应商,材料编号,单价) 采购4(采购单号,供应商,材料编号,数量)

  • 第15题:

    郭工程师设计的“部门”关系模式中存在什么问题?请用100字以内的文字简要说明理由。为了解决这个问题可将关系模式分解,请给出分解后的关系模式(分解后的关系模式的关系名可依次取“部门_A”、“部门_B”、……)。


    正确答案:郭工程师设计的“部门”关系模式中存在的主要问题是数据冗余因为部门关系模式属于2范式(或 2NF)。“部门”关系模式的基本函数依赖集F1为: F1={部门代码→(部门名起始年月终止年月)部门代码→办公室办公室→办公电话) 例如假设某个部门有10个办公室部门代码、部门名、起始年月、终止年月就要被重复10次。为了解决这个问题可将关系模式分解分解后的关系模式如下。 部门_A(部门代码部门名起始年月终止年月) 部门_B(部门代码办公室办公电话)
    郭工程师设计的“部门”关系模式中存在的主要问题是数据冗余,因为部门关系模式属于2范式(或 2NF)。“部门”关系模式的基本函数依赖集F1为: F1={部门代码→(部门名,起始年月,终止年月),部门代码→办公室,办公室→办公电话) 例如,假设某个部门有10个办公室,部门代码、部门名、起始年月、终止年月就要被重复10次。为了解决这个问题可将关系模式分解,分解后的关系模式如下。 部门_A(部门代码,部门名,起始年月,终止年月) 部门_B(部门代码,办公室,办公电话)

  • 第16题:

    分析以上各关系模式,请回答以下问题:

    (1)“教学计划”关系是否存在冗余?请简要说明。

    (2)根据现有关系模式,能否获得学校每学期的各种教材的需求总量?请简要说明。

    (3)考虑到任选课只有部分学生选修,需要增加或修改哪些关系模式,请给出修改结果并简要说明。


    正确答案:(1)“教学计划”关系存在冗余。课程关系中已经记录了每个不同课程的课程名和教材编号没有必要再在教学计划中记录课程名和教材编号。 (2)可以。根据教学计划中的学期求出每学期各院系的不同专业即将要开设的课程有哪些从课程关系中找出课程需要购买的教材种类;同时根据院系和专业信息从班级关系中求出课程所涉及的班级的人数。将每种教材乘以对应班级的人数就得到了不同种类教材的需要数量。 (3)修改课程关系增加“选修必修”属性用来说明该门课程是必修课还是任选课如下所示。 课程(课程编号课程名教材编号选修必修) 增加关系模式:选修情况关系(班级号选修课程号选修人数)。 统计教材需求信息时需要对课程的“选修必修”属性值进行判断。如果是任选课则需要从新增的关系模式“选修情况”中获取选修人数进而得出选修课教材的需求量;如果是必修课程则仍从班级关系中获得班级人数进而得出必修课教材的需求量。最后加以统计。
    (1)“教学计划”关系存在冗余。课程关系中已经记录了每个不同课程的课程名和教材编号,没有必要再在教学计划中记录课程名和教材编号。 (2)可以。根据教学计划中的学期,求出每学期各院系的不同专业即将要开设的课程有哪些,从课程关系中找出课程需要购买的教材种类;同时根据院系和专业信息从班级关系中,求出课程所涉及的班级的人数。将每种教材乘以对应班级的人数,就得到了不同种类教材的需要数量。 (3)修改课程关系,增加“选修必修”属性,用来说明该门课程是必修课还是任选课,如下所示。 课程(课程编号,课程名,教材编号,选修必修) 增加关系模式:选修情况关系(班级号,选修课程号,选修人数)。 统计教材需求信息时,需要对课程的“选修必修”属性值进行判断。如果是任选课,则需要从新增的关系模式“选修情况”中获取选修人数,进而得出选修课教材的需求量;如果是必修课程,则仍从班级关系中获得班级人数,进而得出必修课教材的需求量。最后加以统计。 解析:本题主要是考数据库的逻辑结构设计。
    (1)教学计划主要是描述每个专业方向不同学期所开设的课程信息。根据图4-1,“课程”关系模式中已经记录了课程的信息,在教学计划中记录每条教学计划与课程的关系即可。因此,“教学计划”关系模式存在冗余。课程关系中已经记录了每个不同课程的课程名和教材编号,没有必要再在教学计划中记录课程名和教材编号。
    (2)根据题目中的描述,教材需求量是根据现有的教学计划和班级人数计算得到的。“教学计划”关系模式中,存放着每学期不同专业班级所应开设的课程。根据教学计划确定每学期需开设的课程总数,进而确定所需的教材种类;再根据不同学期每门课程对应多少个班级,确定每种教材对应的班级总数,再分别乘以班级人数,得到不同学期的每种教材的需求量。
    (3)根据问题要求可知,课程分为必修和选修课程。必修是教学计划中对应班级的每个同学都必须学习的,选修是教学计划中对应班级的一部分同学任选的。所以修改“课程”关系模式,增加“选修必修”属性,用来说明该门课程是必修课还是任选课,如下:
    课程(课程编号,课程名,教材编号,选修必修)
    同时,为了该课程选修的人数,以便统计教材需求量,增加关系模式:
    选修情况关系(班级号,选修课程号,选修人数)
    统计教材需求信息时,需要对课程的“选修必修”属性值进行判断。如果是任选课,则根据教学计划对应的专业方向中,找出对应的班级,再根据班级和选修课程号,从新增的关系模式“选修情况”中获取选修人数,进而得出选修课教材的需求量;如果必修课程,则仍从专业方向对应的班级关系中获得班级人数,进而得出必修课教材的需求量。最后加以统计。

  • 第17题:

    对关系“员工信息”,请回答以下问题:

    (1)关系“员工信息”是不是第四范式,用100字以内文字叙述理由。

    (2)若“员工信息”不是第四范式,将其分解为第四范式,分解后的关系名依次为:员工信息1,员工信息2,…。


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

  • 第18题:

    对关系“搭乘航班”,请回答以下的问题:

    (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中的旅程编号惟一标识每个能按期出发的航班名。

  • 第19题:

    试题四(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,…


    正确答案:



  • 第20题:

    试题四(共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(职位编码,面试官工号)

  • 第21题:

    阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某小区由于建设时间久远,停车位数量无法满足所有业主的需要,为公平起见,每年进行一次抽签来决定车位分配。小区物业拟建立一个信息系统,对停车位的使用和收费进行管理。【需求描述】(1)小区内每套房屋可能有多名业主,一名业主也可能在小区内有多套房屋。业主信息包括业主姓名、身份证号、房号、房屋面积,其中房号不重复。(2)所有车位都有固定的编号,且同一年度所有车位的出租费用相同,但不同年份的出租费用可能不同。(3)所有车位都参与每年的抽签分配。每套房屋每年只能有一次抽签机会。抽中车位的业主需一次性缴纳全年的车位使用费用,且必须指定唯一的汽车使用该车位。(4)小区车辆出入口设有车牌识别系统,可以实时识别进出的汽车车牌号。为方便门卫确认,系统还需登记汽车的品牌和颜色。【逻辑结构设计】根据上述需求,设计出如下关系模式:业主(业主姓名,业主身份证号,房号,房屋面积)车位(车位编号,房号,车牌号,汽车品牌,汽车颜色,使用年份,费用)【问题1】对关系"业主",请回答以下词题:(1)给出"业主"关系的候选键。(2)它是否为2NF,用60字以内文字简要叙述理由。(3)将其分解为BCNF,分解后的关系名依次为:A1,A2,...,并用下划线标示分解后的各关系模式的主键。【问题2】对关系"车位",请回答以下问题:(1)给出"车位"关系的候选键。 .(2)它是否为3NF,用60字以内文字简要叙述理由。(3)将其分解为BCNF,分解后的关系名依次为:B1,B2,...,并用下划线标示分解后的各关系模式的主键。【问题3】若临时车辆进入小区,按照进入和离开小区的时间进行收费(每小时2元)。试增加"临时停车"关系模式,用100字以内文字简要叙述解决方案。


    答案:
    解析:
    【问题1】本题考查数据库理论规范化及应用,属于比较传统的题目,考查点也与往年类似。本问题考査候选键和第二范式。"业主"关系的候选键为:房号,业主身份证号。分析"业主"关系的函数依赖可知:房号,业主身份证号→业主姓名,业主身份证号,房号,房屋面积根据第二范式的要求:每一个非主属性完全函数依赖于码,而根据"业主"关系的函数依赖:房号→房屋面积可知,存在非主属性对候选键的部分依赖。所以,"业主"关系模式不满足第二范式。分解后的关系模式为:A1(房号,业主身份证号)A2(房号,房屋面积)A3(业主身份证号,业主姓名)【问题2】本问题考查第三范式。根据第三范式的要求:每一个非主属性既不部分依赖于码也不传递依赖于码。"车位"关系的候选键为:(车位编号,使用年份),(房号,使用年份)或(车牌号,使用年份)存在非主属性"汽车品牌"(或"汽车颜色")对候选键"车位编号,使用年份"的传递依赖:(车位编号,使用年份)→车牌号,车牌号→汽车品牌。故(车位编号,使用年份)→汽车品牌,为传递依赖。所以,"车位"关系模式不满足第三范式。分解后的关系模式为:B1(使用年份,费用)B2(车牌号,汽车品牌,汽车颜色)B3(车位编号,使用年份,房号,车牌号)或B3(车位编号,使用年份,房号,车牌号)或B3(车位编号,使用年份,车牌号,房号) 【问题3】本问题考查增加新的关系。因为需要根据进入和离开小区的时间进行收费,所以在增加的"临时停车"关系模式中只需要体现车牌号、进入时间和离开时间即可,即增加的关系模式为:临时停车(车牌号,进入时间,离开时间)。需要注意的是:这三个属性是必须有的,也可以出现其他属性。

  • 第22题:

    设有关系模式:学生(学号,姓名,所在系,班号,班主任,系主任),其语义为:一个学生只在一个系的一个班学习,一个系只有一个系主任,一个班只有一名班主任,一个系可以有多个班。  (1)请指出此关系模式的候选键。  (2)写出该关系模式的函数依赖集。  (3)该关系模式属于第几范式?并简单说明理由。  (4)若不是第三范式的,请将其规范化为第三范式关系模式,并指出分解后的每个关系模式的主键和外键。
    (1)候选键:学号
    (2)学号→姓名,学号→所在系,学号→班号,班号→班主任,所在系→系主任 
    (3)第二范式,因为有:学号→班号,班号→班主任,因此存在传递函数依赖:

    (4)第三范式关系模式: 
    学生(学号,姓名,所在系,班号),班号为引用班的外键,所在系为引用系的外键。
    班(班号,班主任) 
    系(系名,系主任)

  • 第23题:

    已知学生关系模式Student(Sno,Sname,Sdept,MN,Course,Grade),其中:Sno:学号,Sname:学生姓名,Sdept:系名,MN:系主任名,Course:课程名,Grade:成绩.(1)写出关系模式Student的基本函数依赖及其主码.(2)将关系模式分解为2NF,并说明为什么?(3)将关系模式分解为3NF,并说明为什么?


    正确答案: (1)该关系模式存在以下函数依赖:Sno→Sname,Sdept→MN,Sno→Sdept,(Sno,CoursE.→Grade显然关系模式的码为Sno,Course。(2)原关系模式是属于1NF的,非主属性Grade完全按函数依赖于码,而其他非主属性对码的函数依赖均为部分函数依赖,所以不属于2NF。可将该关系模式分解为2NF如下:Student1(Sno,Sname,Sdept,MN)Student2(Sno,Course,GradE.(3)(2)中的关系模式Student1中存在Sno→Sdept,Sdept→MN,即非主属性MN传递依赖于码Sno,所以Student1可以进一步分解为3NF如下:Student11(Sno,Sname,Sdept)Student12(Sdept,MN)而Student2中不存在非主属性对码的传递依赖,故已经属于3NF。最终原关系模式分解为3NF得到:Student11(Sno,Sname,Sdept)Student12(Sdept,MN)Student2(Sno,Course,GradE.