2013年软考数据库系统答案

1、测试1号1.E1:志愿者E2:捐助者E3:筹款机构E4:地点根据标题中的关键信息，“向志愿者发出加入邀请，邀请跟进，并根据筹款任务完成工作任务；管理邀请回复、志愿者信息、工作时间、工作结果等。由志愿者提供。从图1所示的0层数据流图中“加入邀请/邀请跟进/工作任务”的输入数据流和与e 1实体相关的“志愿者信息/工作时间/邀请响应/工作结果”的输出数据流可以看出，E1实体名称为“志愿者”。根据标题中给出的“根据活动时间搜索场馆，即向场馆发送场馆可用性请求以获取场馆可用性”等关键信息，结合图1中的输入数据流“场馆可用性请求”和输出数据流“场馆可用性”，可以知道实体E4的名称为“场馆”。根据题干中给出

2、的“根据相应的活动信息组织活动，从筹资机构获得资金并赠送礼品”等关键信息，结合输入到实体E3的数据流“礼品”和图1中输出的数据流“资金”，可以知道实体E3的名称为“筹资机构”。根据标题中给出的“从捐赠者信息表中查询捐赠者信息并向捐赠者发送捐赠请求”等关键信息，结合输入到实体E2的数据流“捐赠请求”和图1中输出的数据流“捐赠者信息”，可以知道实体E2的名称为“捐赠者”。2.P1:确定活动时间范围P2:搜索场地P3:促进筹资活动数据流名称出发点目标筹集的资金3.5或组织活动和筹集资金2活动请求23.2或确定活动时间范围捐赠请求2(可选)3.1.3募集的捐款(或筹集的资金凸起的项目3.1.3或招聘2

3、(可选)3.1.3或招聘2(可选)3.1.3或招聘2(可选)注意：数据流没有顺序要求；其中，“2”可用于收集捐款，以“确定筹款需求”根据问题1的分析结果，结合图2所示的一层数据流图中与处理P1相关的“活动时间”的输出数据流，在标题干中找到与之相关的关键信息”(3)组织募捐活动。根据活动要求，确定活动时间范围。根据活动时间”P1的名字是“确定活动时间范围”。根据系统中给出的“根据活动时间搜索场馆，即向场馆发送场馆可用性请求以获取场馆可用性”等关键信息，结合处理P2的输入数据流“活动时间”和“场馆可用性”以及图2中的输出数据流“场馆可用性请求”，可以知道P2被称为“搜索场馆”。根据题干中给出的关键

4、信息，“然后根据活动时间和地点推广募捐活动，根据相应的活动信息举办活动”等。结合图2中的输入数据流“活动时间和地点”和输出数据流“活动信息”，可以知道P3的名字是“促进筹款活动”。结合标题中给出的关键信息，“(3)组织筹资活动。根据活动请求，确定图1中从处理2到处理3的“活动时间范围”和数据流“活动请求”，我们可以看到图2中从处理2到处理3.2有一个数据流“活动请求”。根据关键信息，如“(2)确定筹资需求并收集捐款(资金和货物)获得筹集的资金和货物”，(3)组织筹资活动获得和处理捐款，并根据捐款请求提供筹集的捐款”，可以看出，从处理3.5到处理2的数据流“筹集的资金”在图2中缺失。根据标题中给

5、出的关键信息“(3)组织筹款活动根据捐赠请求进行筹款”以及图2中从处理2到处理3.1的数据流“捐赠请求”，我们可以看到图3中缺少从处理2到处理3.1.3的数据流“捐赠请求”。根据图2中从处理3.1到处理2的数据流“募集项目”和“募集资金”，以及“(2)确定筹资需求并收集募集的捐款(资金和货物)获得募集的资金和货物”，可以知道图3中缺少从处理3.1.3到处理2的数据流“募集的捐款”。3.D1:捐赠者信息表D2:联系捐赠者表D3:捐赠表D4:已处理捐赠表结合标题中给出的关键信息“输入供体信息并在处理后存储在供体信息表中”，以及图3中的处理名称3.1.1“输入供体信息”，可以知道图3中数据存储D1的

6、名称是“供体信息表”。同样，根据主干中给出的关键信息，”.向捐赠人发送捐赠请求，并将联系的捐赠人存入“联系的捐赠人表”，以及图3中的处理名称3.1.2“捐赠请求”及其输出数据流“联系的捐赠人”，可以知道数据存储器D2的名称是“联系的捐赠人表”。根据标题中给出的关键信息“根据捐赠请求进行募集，募集捐赠后将捐赠记录保存到捐赠表中”，以及图3中处理3.1.3的名称“募集”及其输出数据流“捐赠记录”，可以知道数据存储器D3的名称为“捐赠表”。根据标题中给出的关键信息“处理完捐赠记录后，将其存储在已处理的捐赠表中”以及图3中处理3.1.3的名称“招聘”及其输出数据流“已处理的捐赠记录”，可以知道数据存储

7、D4的名称是“已处理的捐赠表”。测试24.主键(或非空唯一)支票(购买金额 0)外国钥匙(身份证号码)参考乘客(身份证号码)外国钥匙(航班号)参考航班号在创建“购票”关系模式的SQL语句时，属性“购票订单号”是“购票”关系模式的主键，即不能为空，只能标识一条数据记录，所以应该在空白处填入“主键(或非空唯一，或非空主键)”以主键约束该属性。结合标题栏中给出的关键信息“购票数量大于零”，可以知道应该在空位中填充“CHECK”以限制属性“购票数量”。属性“国家id号”和“航班号”是“机票购买”关系模式的外键，所以外键应该用于对这两个属性的外键约束，即应该填写“外键(国家id号)参考乘客(国家id号)

8、”和“外键(航班号)参考航班”。5.票价*折扣*贵宾折扣航班。航班号=折扣。航班号插入票贵宾折扣=贵宾价值(无。身份证号码)乘客。id号=n显示。识别号(1)根据系统中给出的关键信息，“旅客购票数量的计算公式为：票价折扣贵宾折扣”，可以知道“插入到”语句中的购票数量的计算公式，即“票价*折扣*贵宾折扣”，已填入空位。结合关键信息如“旅客的VIP折扣与旅客购买的机票总量有关，每次购票后修改”，可以知道“航班”和“折扣”都将涉及到SELECT查询语句中，所以空位应该与它们相关联，即“航班”。航班号=折扣。应该填写航班号。(2)使用T-SQL语句创建触发器的基本语句如下。在table_name |

9、view_name上为| After |而不是创建触发器触发器名称插入、更新、删除为sql _语句在“购票”关系模式下插入数据记录时，触发器应自动执行，因此有必要根据“插入”类型创建一个触发器，即“插入”和“购票”应依次填补空缺。根据标题栏中给出的关键信息，如“vip折扣值的计算是由函数float VIP _ value(char18id number)完成的”，可以知道应该在空缺中填充的触发执行动作是“VIP折扣=vip_value(nrow。id号)。连接条件”乘客。身份证号码=无。身份证号码”应添加到空缺。6.乘客。身份证号码=购票。身份证号码和登机日期在2012年1月1日至2012年1

10、2月31日之间乘客。id号，名称的总和=10000金额(购买金额)DESC1号航班。航班号，1号航班。目的地，2号航班。航班号1号航班。出发地点=广州和2号航班。目的地=北京和1号航班。目的地=2号航班。出发地点；(1)(1)查询2012年1月1日至2012年12月31日登机的所有乘客的身份证号码、姓名和购票总金额，并根据购票总金额降序输出。选择乘客。id号、姓名、SUM(购买金额)向乘客买票乘客。身份证号码=购票。身份证号码和登机日期在2012年1月1日至2012年12月31日之间按乘客分组。id号，名称HAVING SUM =10000夏季订单desc；(2)与相同始发地和目的地的直航相比

11、，中转航班享受更低的折扣。查询广州至北京的所有航班对，并输出广州至中转地、中转地和中转地至北京的航班号。选择1号航班。1号航班。目的地，2号航班。航班号1号航班，2号航班1号航班在哪里？出发地点=广州和2号航班。目的地=北京和1号航班。目的地=2号航班。出发地点；问题37、这是一个综合性的分析问题，要求读者掌握数据库的概念结构设计。这个问题的解决方法如下。仔细阅读标题中给出的说明信息和关键信息”(3)电视台将根据栏目插入广告。每个列中可以插入多个广告，每个广告也可以插入多个列中。可以看出，图中实体“广告”和实体“栏目”之间有一个连接“插入”，连接类型为多对多(m:n)。根据关键信息，如“(4)

12、一列可以有多个主机，但一个主机只能承载一列”，可以知道图中的实体“列”和实体“主机”之间存在连接“主机”，连接类型为一对多(1:n)。根据标题中给出的关键信息，“(2)电视台根据调度列表协调各种栏目、工作室和现场事务。一个销售文件栏将只占用一个工作室，但将使用几个现场服务来协调演出。根据关键信息如“工作室和现场服务可通过多列回收”，图中实体“现场服务”与联系人“日程安排”之间存在关联，关联类型为倍数(n)。将以上分析结果整理出来，结合图表，可以得到一个完整的信息管理系统实体联系图，如图所示。8.(1)编辑的员工编号(2)栏名(3)栏目名称、广告号(4)栏目名称、房间号和现场工作人员号广告(广告

13、号、销售价格、编辑的员工号)主机(主机人工编号，列名)插入列表(列名、广告号、广播时间)计划表(列名、房间号、现场工作人员号)这是一个综合性的理解问题，需要读者掌握数据库的逻辑结构设计。这个问题的解决方法如下。根据问题1的分析结果，图中的实体“编辑”和实体“广告”之间有一个连接“编辑”，连接类型为一对多(1:n)。结合标题信息中给出的关系模式：员工(职务号码、姓名、性别、出生日期、电话号码、地址)，可以知道需要在“广告”关系模式中添加一个最终实体的主键“编辑的员工号码”(即，在空缺中填充的内容)。根据常识，属性“广告号”唯一标识每个“广告”的数据记录，因此它是“广告”关系模式的主键。同样，在图

14、中的实体“列”和实体“主机”之间有一个连接“主机”，连接的类型是一对多(1:n)。标题干：列中给出的关系模式(列名、广播时间、持续时间)。可以看出，需要在“主机”关系模式中添加一个终端实体的主键“列名”(即，在空缺中填充的内容)。根据常识，“主机劳动编号”属性唯一标识每个“主机”数据记录，因此它是“主机”关系模式的主键。对于图中多对多(m:n)连接类型的“插入”连接，应将其转换为一个独立的关系模式，其属性是两个端实体类型的主键加上连接类型本身的属性，关系模式的主键是两个端实体主键的组合。因此，应在空缺中填写“栏目名称、广告号”。属性“栏目名”和“广告号”的组合是“点”关系模式的主键。对于图中联

15、系人类型为1:m:n的“调度”联系人，应转换为独立的关系模式，其属性为三端实体类型的主键加上联系人类型本身的属性，该关系模式的主键为三端实体主键的组合。因此，应在空缺中填写“列名、房间号和现场工作人员号”。属性“列名”、“房间号”和“现场工作人员号”的组合是“调度”关系模式的主键。9、这是一个综合性的应用问题，需要读者掌握数据库的概念结构设计。这个问题的解决方案如下：如果您需要广告客户信息，添加一个“广告客户”实体，一个广告客户可以提供多个广告，一个广告只能由一个广告客户提供。因此，“广告主”与“广告”之间存在关联，关联类型为一对多(1:n)，图中为一个修改后的电视台信息管理系统的实体联系图。

16、问题410.(1)客户号和身份证号(2)第二种范式是可以实现的原因：在“客户”关系模型中，有以下功能依赖关系：“公司名称公司地址，单位电话”中，有一个非主要属性传递依赖的关键，所以“客户”关系模型可以达到第二范式，但它不满足第三范式这是一个综合性的分析问题，要求读者掌握数据库关系模型规范化理论中的非主属性和3NF范式。这个问题的解决方法如下。(1)根据问题的含义，属性“客户编号”是“客户”关系模式的主键，标题中给出的关键信息“每个客户都有一个唯一的编号”；属性“国家id号”也是这种关系模式的决定性因素之一，因此它们都是候选键的属性。(2)结合表1中属性“公司地址和电话号码”的约束条件“客户的公司地址和电话号码由公司名称决定”等关键信息，可知在“客户”关系模式中存在“公司名称(公司地址、公司电话号码)”的功能依赖关系。根据3NF的要求，每个非主要属性不部分依赖于代码，也