试题四(共15分)阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。【说明】某学校拟开发

Question

试题四（共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，…

Answer 1

正确答案：
试题四分析
本题考查数据库理论的规范化，属于比较传统的题目，考查点也与往年类似。
【问题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（项目编号，捐赠编号，项目受益金额）