>>>>>>>>>>点击进入数据库系统工程师考试网络课堂

>>>>>>>>>>点击进入数据库系统工程师历年真题题库

>>>>>>>>>>点击进入数据库工程师考试大纲教材

2011上半年数据库系统工程师考试真题及答案解析

下午卷

  试题四
阅读下列说明，回答问题1至问题3，将解答填入对应栏内。 

[说明]
  某学校拟开发一套校友捐赠管理系统，以便对校友的捐赠资金进行管理。

  [需求分析]
      校友可以向学校提出捐赠申请，说明捐赠的金额、捐赠类型和使用方式。捐赠类型包括一次性捐赠和周期性捐赠。捐赠的使用方式分为两种：一种用于资助个人，即受益人为多名学生或老师，主要用于奖学金、奖教金和助学金等；另一种用于资助捐赠项目，即资助已有的捐赠项目和设立新的捐赠项目，主要用于改善教学设施、实验室建设和设备购买等。捐赠项目由捐赠理事建立，一个捐赠项目可以涉及多个受益单位，每个单位在该项目中有确定的受益比例。由捐赠理事为项目中的每个单位指定一个项目负责人，并指定每个单位受益比例。每个单位的受益比例是指在一个捐赠项目中的每个单位所应得的金额占该捐赠项目总受益金额的比例。一个捐赠项目可以由多个捐赠来资助，一个捐赠也可以资助多个捐赠项目。由捐赠理事将一个捐赠的捐赠金额分配给所资助的多个捐赠项目，并指定给每个捐赠项目的具体的捐赠金额。
初步设计了校友捐赠信息数据库，其关系模式如图4-1所示。
 

      23、对关系“校友信息”，请回答以下问题： 

  (1)列举出所有候选键的属性。
(2)关系“校友信息”可达到第几范式，用60字以内文字简要叙述理由。

  24、对关系“捐赠信息”，请回答以下问题：
      (1)针对“捐赠信息”关系，用100字以内文字简要说明会产生什么问题。
(2)把“捐赠信息”分解为第三范式，分解后的关系名依次为：捐赠信息1，捐赠信息2，…… 

  (3)列出“捐赠信息”关系修正后的各关系模式的主键。

  25、对关系“项目受益情况”，请回答以下问题：
      (1)关系“项目受益情况”是不是第四范式，用100字以内文字叙述理由。
      (2)把“项目受益情况”分解为第四范式，分解后的关系名依次为：项目受益情况1，项目受益情况2，……
 

  参考答案及解析

      23、(1)“校友编号”和“身份证号”。
      (2)“校友信息”关系模式可以达到第二范式，不满足第三范式。
由于“校友信息”关系模式的主键是“校友编号”，但又包含函数依赖：

  班级→院系，入学年份
  不满足第三范式的要求，即存在非主属性对码的传递依赖。
本题考查数据库理论的规范化，属于比较传统的题目，考查点也与往年类似。
本问题考查非主属性和第三范式。
根据“校友信息”关系模式可知，“校友编号”和“身份证号”都是校友信息的决定因素，因此都是候选键的属性。
根据第三范式的要求：每一个非主属性既不部分依赖于码也不传递依赖于码。 根据“校友信息”关系模式，其中存在以下函数依赖：
班级→院系，入学年份
      而由于“校友信息”关系模式的主键是“校友编号”，因而，存在非主属性对码的传递依赖。所以，“校友信息”关系模式可以达到第二范式，但不满足第三范式。
      24、(1)“捐赠信息”关系不满足第二范式，即非主属性不完全依赖于码。
      (2)会造成：插入异常、删除异常和修改复杂(或修改异常)。
(3)分解后的关系模式如下：
捐赠信息1(捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式)
  捐赠信息2(受益人身份证号，受益人姓名，受益人所在单位，受益人类型)
  捐赠信息3(捐赠编号，受益人身份证号，受益金额，使用说明)
      (1)修正后的主键如下：
  捐赠信息1(捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式)
  捐赠信息2(受益人身份证号，受益人姓名，受益人所在单位，受益人类型)
      捐赠信息3(捐赠编号，受益人身份证号，受益金额，使用说明)
本问题考查第二范式和第三范式。
根据第三范式的要求：非主属性不完全依赖于码。
  根据“捐赠信息”关系模式，可知其码为(捐赠编号，受益人身份证号)，而又存在部分函数依赖：
  捐赠编号→捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式。
  受益人身份证号→受益人姓名，受益人所在单位，受益人类型。
  所以，捐赠信息”关系不满足第二范式，会造成：插入异常、删除异常和修改复杂(或修改异常)。
  因为存在部分函数依赖，因此对“捐赠信息”进行分解，分解后的关系模式如下：
  捐赠信息1(捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式)
捐赠信息2(受益人身份证号，受益人姓名，受益人所在单位，受益人类型)
捐赠信息3(捐赠编号，受益人身份证号，受益金额，使用说明)
其中，“捐赠信息1”关系的函数依赖为：
  捐赠编号→捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式。
  “捐赠信息2”关系的函数依赖为：
受益人身份证号→受益人姓名，受益人所在单位，受益人类型。
  “捐赠信息3”关系的函数依赖为：
捐赠编号，受益人身份证号→受益金额，使用说明。
  这三个关系中的每一个非主属性既不部分依赖于码也不传递依赖于码，因此满足第三范式的要求。
      25、(1)“项目受益情况”关系模式，不满足第四范式。
(2)分解后的关系模式如下：
项目受益情况1(项目编号，受益单位，受益比例)
项目受益情况2(项目编号，捐赠编号，项目受益金额)
      本问题考查的是第四范式。
  根据“项目受益情况”关系模式可知，其码为：项目编号，受益单位，捐赠编号。
      而又存在部分函数依赖：
      项目编号，受益单位→受益比例
      项目编号，捐赠编号→项目受益金额
      项目编号→→受益单位，受益比例
      项目编号→→捐赠编号，项目受益金额
同时，可以根据第四范式的要求：不允许有非平凡且非函数依赖的多值依赖。
      而在“项目受益情况”关系模式中存在如下的多值依赖：
      项目编号→→受益单位，受益比例
      项目编号→→捐赠编号，项目受益金额
      因此，“项目受益情况”关系模式不满足第四范式。
因为存在多值依赖，因此对“项目受益情况”进行分解，分解后的关系模式如下：
项目受益情况1(项目编号，受益单位，受益比例)
      项目受益情况2(项目编号，捐赠编号，项目受益金额)
      其中：
  “项目受益情况1”关系的函数依赖为：项目编号，受益单位→受益比例。
  “项目受益情况2”关系的函数依赖为：项目编号，捐赠编号→项目受益金额。
这两个关系不存在多值依赖，因此满足第四范式的要求。

>>>>>>>>>>点击继续答题

>>>>>>>>>>点击返回目录

相关链接：

数据库系统工程师考试知识点分析与真题详解（第4版）
  数据库系统工程师考试历年试题分析与解答（第4版）
数据库系统工程师考试下午知识点精讲与考前必练
数据库系统工程师考试考前串讲