ImageVerifierCode 换一换
格式:DOCX , 页数:16 ,大小:24.77KB ,
资源ID:5121613      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-5121613.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(上半年数据库系统工程师真题及答案解析下午题.docx)为本站会员(b****3)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

上半年数据库系统工程师真题及答案解析下午题.docx

1、上半年数据库系统工程师真题及答案解析下午题2013上半年数据库系统工程师真题及答案解析(下午题) 试题一 阅读以下说明和图,根据要求回答下列问题。说明 某慈善机构欲开发一个募捐系统,以跟踪记录为事业或项目向目标群体进行募捐而组织的集体性活动。该系统的主要功能如下所示。 1、管理志愿者。根据募捐任务给志愿者发送加入邀请、邀请跟进、工作任务;管理志愿者提供的邀请响应、志愿者信息、工作时长、工作结果等。 2、确定募捐需求和收集所募捐赠(资金及物品)。根据需求提出募捐任务、活动请求和捐赠请求,获取所募集的资金和物品。 3、组织募捐活动。根据活动请求,确定活动时间范围。根据活动时间,搜索场馆,即:向场馆

2、发送场馆可用性请求,获得场馆可用性。然后根据活动时间和地点推广募捐活动,根据相应的活动信息举办活动,从募捐机构获取资金并向其发放赠品。获取和处理捐赠,根据捐赠请求,提供所募集的捐赠;处理与捐赠人之间的交互,即:录入捐赠人信息,处理后存入捐赠人信息表;从捐赠人信息表中查询捐赠人信息,向捐赠人发送募捐请求,并将已联系的捐赠人存入已联系的捐赠人表。根据捐赠请求进行募集,募得捐赠后,将捐赠记录存入捐赠表;对捐赠记录进行处理后,存入已处理捐赠表,向捐赠人发送致谢函。根据已联系的捐赠人和捐赠记录进行跟进,将捐赠跟进情况发送给捐赠人。 现采用结构化方法对募捐系统进行分析与设计,获得如图所示的分层数据流图。

3、1、使用说明中的词语,给出图1中的实体E1E4的名称。 2、在建模DFD时,需要对有些复杂加工(处理)进行进一步精化,图2为图1中处理3的进一步细化的1层数据流图,图3为图2中3.1进一步细化的2层数据流图。补全图2中加工P1、P2和P3的名称和图2与图3中缺少的数据流。 3、使用说明中的词语,给出图3中的数据存储D1D4的名称。 参考答案及解析1、E1:志愿者 E2:捐赠人 E3:募捐机构 E4:场馆 由题干中的关键信息“根据募捐任务给志愿者发送加入邀请、邀请跟进、工作任务;管理志愿者提供的邀请响应、志愿者信息、工作时长、工作结果等”,结合如图1所示的0层数据流图中与实体E1相关的“加入邀请

4、/邀请跟进/工作任务”这一条输入数据流,以及 “志愿者信息/工作时长/邀请响应/工作结果”这一条输出数据流可知,实体E1的名称是“志愿者”。 根据题干中给出的“根据活动时间,搜索场馆,即:向场馆发送场馆可用性请求,获得场馆可用性”等关键信息,结合图1中输入至实体E4的数据流“场馆可用性请求”,以及输出数据流“场馆可用性”等可知,实体E4的名称是“场馆”。 基于题干中给出的“根据相应的活动信息举办活动,从募捐机构获取资金并向其发放赠品”等关键信息,结合图1中输入至实体E3的数据流“赠品”,以及输出数据流“资金”等可知,实体E3的名称是“募捐机构”。 依据题干中给出的“从捐赠人信息表中查询捐赠人信

5、息,向捐赠人发送募捐请求”等关键信息, 结合图1中输入至实体E2的数据流“募捐请求”,以及输出数据流“捐赠人信息”等可知,实体E2的名称是“捐赠人”。 2、P1:确定活动时间范围 P2:搜索场馆 P3:推广募捐活动 注:数据流没有次序要求;其中“2”处可以为“确定募捐需求收集所募捐赠” 基于问题1的解析结果,结合如图2所示的1层数据流图中与加工P1相关的“活动时间”这一条输出数据流,查找到题干中与之相关的关键信息“(3)组织募捐活动。根据活动请求,确定活动时间范围。根据活动时间”可知,P1的名称是“确定活动时间范围”。 根据题干中给出的“根据活动时间,搜索场馆,即:向场馆发送场馆可用性请求,获

6、得场馆可用性”等关键信息,结合图2中加工P2的输入数据流“活动时间”和“场馆可用性”,以及输出数据流“场馆可用性请求”等可知,P2的名称是“搜索场馆”。 由题干中给出的关键信息“然后根据活动时间和地点推广募捐活动,根据相应的活动信息举办活动”等,结合图2中加工P3的输入数据流“活动时间和地点”,以及输出数据流“活动信息”等可知,P3的名称是“推广募捐活动”。 结合题干中给出的关键信息“(3)组织募捐活动。根据活动请求,确定活动时间范围”,以及图1中处理2至处理3的数据流“活动请求”可知,图2中缺少了一条从处理2至处理3.2的数据流“活动请求”。 依据题干中给出的“(2)确定募捐需求和收集所募捐

7、赠(资金及物品)获取所募集的资金和物品”、“(3)组织募捐活动获取和处理捐赠,根据捐赠请求,提供所募集的捐赠”等关键信息可知,图2中缺少了一条从处理3.5至处理2的数据流“所募集资金”。 基于题干中给出的关键信息“(3)组织募捐活动根据捐赠请求进行募集”,以及图2中处理2至处理3.1的数据流“捐赠请求”可知,图3中缺少了一条从处理2至处理3.1.3的数据流“捐赠请求”。 根据图2中处理3.1至处理2的数据流“所募集物品”、“所募集资金”,以及“(2)确定募捐需求和收集所募捐赠(资金及物品)获取所募集的资金和物品”可知,图3中缺少了一条从处理3.1.3至处理2的数据流“所募集捐赠”。 3、D1:

8、捐赠人信息表 D2:已联系的捐赠人表 D3:捐赠表 D4:已处理捐赠表 结合题干中给出的关键信息“录入捐赠人信息,处理后存入捐赠人信息表”,以及图3中处理3.1.1的名称“录入捐赠人信息”可知,图3中数据存储D1的名称是“捐赠人信息表”。 同理,根据题干中给出的关键信息“向捐赠人发送募捐请求,并将已联系的捐赠人存入已联系的捐赠人表”,以及图3中处理3.1.2的名称“请求募捐”及其输出数据流“已联系的捐赠人”等可知,数据存储D2的名称是“已联系的捐赠人表”。 基于题干中给出的关键信息“根据捐赠请求进行募集,募得捐赠后,将捐赠记录存入捐赠表”,以及图3中处理3.1.3的名称“募集”及其输出数据流“

9、捐赠记录”等可知,数据存储D3的名称是“捐赠表”。 依据题干中给出的关键信息“对捐赠记录进行处理后,存入已处理捐赠表”,以及图3中处理3.1.3的名称“募集”及其输出数据流“已处理的捐赠记录”等可知,数据存储D4的名称是“已处理捐赠表”。 试题二 阅读以下说明,根据要求回答下列问题。 说明 某航空公司要开发一个订票信息处理系统,该系统的部分关系模式如下: 航班(航班编号,航空公司,起飞地,起飞时间,目的地,到达时间,票价) 折扣(航班编号,开始日期,结束日期,折扣) 旅客(身份证号,姓名,性别,出生日期,电话,VIP折扣) 购票(购票单号,身份证号,航班编号,搭乘日期,购票金额) 有关关系模式

10、的属性及相关说明如下: 4、航班表中的起飞时间和到达时间不包含日期,同一航班不会在一天出现两次及两次以上; 5、各航空公司会根据旅客出行淡旺季适时调整机票的折扣,旅客购买机票的购票金额计算公式为:票价折扣VIP折扣,其中旅客的VIP折扣与该旅客已购买过的机票的购票金额总和相关,在旅客每次购票后被修改。VIP折扣值的计算由函数float vip_value(char18身份证号)完成。 根据以上描述,回答下列问题。 4、请将如下创建购票关系的SQL语句的空缺部分补充完整,要求指定关系的主键、外键,以及购票金额大于零的约束。 CREATE TABLE 购票( 购票单号 CHAR(15) _, 身份

11、证号 CHAR(18), 航班编号 CHAR(6), 搭乘日期 DATE, 购票金额 FLOAT _, _, _, ); 5、(1)身份证号为210000*的客户购买了2013年2月18日CA5302航班的机票,购票单号由系统自动生成。下面的SQL语句将上述购票信息加入系统中,请将空缺部分补充完整。 INSERT INTO 购票(购票单号,身份证号,航班编号,搭乘日期,购票金额) SELECT 201303105555,210000196006189999,CA5302,2013/2/18, _ FROM 航班,折扣,旅客 WHERE _ AND 航班.航班编号=CA5302 AND AND

12、2013/2/18 BETWEEN 折扣.开始日期 AND 折扣.结束日期 AND 旅客.身份证号=210000196006189999; (2)需要用触发器来实现VIP折扣的修改,调用函数vip_value()来实现。请将如下SQL语句的空缺部分补充完整。 CREATE TRIGGER VIP_TRG AFTER _ ON _ RE FERENCING new row AS nrow FOR EACH row BEGIN UPDATE 旅客 SET _ WHERE _; END 6、请将如下SQL语句的空缺部分补充完整。 (1)查询搭乘日期在2012年1月1日至2012年12月31日之间,且

13、合计购票金额大于等于10000元的所有旅客的身份证号、姓名和购票金额总和,并按购票金额总和降序输出。 SELECT 旅客.身份证号,姓名,SUM(购票金额) FROM 旅客,购票 WHERE _ GROUP BY _; ORDER BY _; (2)经过中转的航班与相同始发地和目的地的直达航班相比,会享受更低的折扣。查询从广州到北京,经过一次中转的所有航班对,输出广州到中转地的航班编号、中转地、中转地到北京的航班编号。 SELECT _ FROM 航班航班1,航班 航班2 WHERE _;参考答案及解析 4、PRIMARY KEY(或NOT NULL UNIQUE) CHECK(购票金额0)

14、FOREIGN KEY (身份证号) REFERENCES 旅客(身份证号) FOREIGN KEY (航班编号) REFERENCES 航班(航班编号) 在创建“购票”关系模式的SQL语句时,由于属性“购票单号”为“购票”关系模式的主键,即不能为空且唯一标识一条数据记录,因此空缺处需要填入“PRIMARY KEY(或NOT NULL UNIQUE,或NOT NULL PRIMARY KEY)”对该属性进行主键约束。 结合题干给出的关键信息“购票金额大于零”可知,空缺处应填入“CHECK(购票金额0)”对属性“购票金额”进行约束。 由于属性“身份证号”、“航班编号”是“购票”关系模式的外键,因

15、此空缺处需要使用FOREIGN KEY对这两个属性进行外键约束,即应填入“FOREIGN KEY(身份证号)REFERENCES旅客(身份证号)”、“FOREIGN KEY(航班编号)REFERENCES航班(航班编号)”。 5、票价*折扣*VIP折扣 航班.航班编号=折扣.航班编号 INSERT 购票 VIP折扣=vip_value(nrow.身份证号) 旅客.身份证号=nrow.身份证号 (1)基于题干给出的关键信息“旅客购买机票的购票金额计算公式为:票价折扣VIP折扣”可知,(空缺处对应填入INSERT INTO语句中“购票金额”的计算公式,即“票价*折扣*VIP折扣”。 结合题干给出的

16、“其中旅客的VIP折扣与该旅客已购买过的机票的购票金额总和相关,在旅客每次购票后被修改”等关键信息可知,该SELECT查询语句中将涉及到“航班”、“折扣”两个关系模式,因此空缺处应对这二者进行关联,即应填入“航班.航班编号=折扣.航班编号”。 (2)使用T-SQL语句来创建触发器的基本语句如下。 create trigger trigger_name on table_name | view_name for | After | Instead of insert,update,delete as sql_statement 在“购票”关系模式中插入一条数据记录时,触发器应能够自动执行,因此需

17、要创建基于INSERT类型的触发器,即空缺处应依次填入“INSERT”、“购票”。 根据题干给出的“VIP折扣值的计算由函数float vip_value(char18身份证号)完成”等关键信息可知,空缺处应填入的触发器执行动作是“VIP折扣=vip_value(nrow.身份证号)”。 空缺处应添加表的连接条件“旅客.身份证号=nrow.身份证号”。 6、旅客.身份证号=购票.身份证号 AND 搭乘日期 BETWEEN 2012/1/1 AND 2012/12/31 旅客.身份证号,姓名 HAVING SUM(购票金额)=10000 SUM(购票金额) DESC 航班1.航班编号, 航班1.

18、目的地, 航班2.航班编号 航班1.起飞地=广州 AND 航班2.目的地=北京 AND 航班1.目的地=航班2.起飞地; (1)查询搭乘日期在2012年1月1日至2012年12月31日之间,且合计购票金额大于等于10000元的所有旅客的身份证号、姓名和购票金额总和,并按购票金额总和降序输出。 SELECT 旅客.身份证号,姓名,SUM(购票金额) FROM 旅客,购票 WHERE 旅客.身份证号=购票.身份证号 AND 搭乘日期 BETWEEN 2012/1/1 AND 2012/12/31 GROUP BY 旅客.身份证号,姓名 HAVING SUM(购票金额)=10000; ORDER B

19、Y SUM(购票金额) DESC; (2)经过中转的航班与相同始发地和目的地的直达航班相比,会享受更低的折扣。查询从广州到北京,经过一次中转的所有航班对,输出广州到中转地的航班编号、中转地、中转地到北京的航班编号。 SELECT 航班1.航班编号,航班1.目的地,航班2.航班编号 FROM 航班航班1,航班航班2 WHERE 航班1.起飞地=广州 AND 航班2.目的地=北京 AND 航班1.目的地=航班2.起飞地 试题三 阅读以下说明,根据要求回答下列问题。 说明 某电视台拟开发一套信息管理系统,以方便对全台的员工、栏目、广告和演播厅等进行管理。需求分析 7、系统需要维护全台员工的详细信息、

20、栏目信息、广告信息和演播厅信息等。员工的信息主要包括:工号、姓名、性别、出生日期、电话和住址等,栏目信息主要包括:栏目名称、播出时间和时长等。广告信息主要包括:广告编号、价格等。演播厅信息包括:房间号、房间面积等。 8、电视台根据调度单来协调各档栏目、演播厅和场务。一个销售档栏目只会占用一个演播厅,但会使用多名场务来进行演出协调。演播厅和场务可以被多个栏目循环使用。 9、电视台根据栏目来插播广告。每档栏目可以插播多条广告,每条广告也可以在多档栏目中插播。 10、一档栏目可以有多名主持人,但一名主持人只能主持一档栏目。 11、一名编辑人员可以编辑多条广告,一条广告只能由一名编辑人员编辑。概念模型

21、设计 根据需求阶段收集的信息而设计的实体联系图(不完整)如图所示。 逻辑结构设计 根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整): 演播厅(房间号,房间面积) 栏目(栏目名称,播出时间,时长) 广告(广告编号,销售价格,_) 员工(工号,姓名,性别,出生日期,电话,住址) 主持人(主持人工号,_) 插播单(_,播出时间) 调度单(_) 7、补充图中的联系和联系的类型。 8、根据图,将逻辑结构设计阶段生成的关系模式中补充完整,并用下划线指出所在关系模式的主键。 9、现需要记录广告商信息,增加广告商实体。一个广告商可以提供多条广告,一条广告只能由一个广告商提供。请根据该要求,对图

22、进行修改,画出修改后的实体间联系和联系的类型。 参考答案及解析 7、 这是一道要求读者掌握数据库的概念结构设计的综合分析题,本题的解答思路如下。 仔细阅读题干给出的说明信息,由其中关键信息“(3)电视台根据栏目来插播广告。每档栏目可以插播多条广告,每条广告也可以在多档栏目插播”等可知,图中实体“广告”与实体“栏目”之间存在联系“插播”,其联系的类型为多对多(m:n)。 基于题干给出的“(4)一档栏目可以有多个主持人,但一名主持人只能主持一档栏目”等关键信息可知,图中实体“栏目”与实体“主持人”之间存在联系“主持”,其联系的类型为一对多(1:n)。 根据题干给出的关键信息“(2)电视台根据调度单

23、来协调各档栏目、演播厅和场务。一个销售档栏目只会占用一个演播厅,但会使用多名场务来进行演出协调。演播厅和场务可以被多个栏目循环使用”等关键信息可知,图中实体“场务”与联系“调度”之间存在关联,其关联的类型为多(n)。 整理以上分析结果,结合图可得出完整的信息管理系统实体联系图,如图所示。 8、(1)编辑人员工号 (2)栏目名称 (3)栏目名称,广告编号 (4)栏目名称,房间号,场务工号 广告(广告编号,销售价格,编辑人员工号) 主持人(主持人工号,栏目名称) 插播单(栏目名称,广告编号,播出时间) 调度单(栏目名称,房间号,场务工号) 这是一道要求读者掌握数据库的逻辑结构设计的综合理解题,本题

24、的解答思路如下。 基于问题1的分析结果,在图中实体“编辑人员”与实体“广告”之间存在联系“编辑”,其联系的类型为一对多(1:n)。结合题干说明信息中已给出的关系模式:员工(工号,姓名,性别,出生日期,电话,住址),可知“广告”关系模式中需要加入一端实体的主键“编辑人员工号”(即空缺处所填写的内容)。结合常识可知,属性“广告编号”唯一标识每一条“广告”的数据记录,因此它是“广告”关系模式的主键。 同理,在图中实体“栏目”与实体“主持人”之间存在联系“主持”,其联系的类型为一对多(1:n)。题干中已给出的关系模式:栏目(栏目名称,播出时间,时长),可知“主持人”关系模式中需要加入一端实体的主键“栏

25、目名称”(即空缺处所填写的内容)。结合常识可知,属性“主持人工号”唯一标识每一条“主持人”的数据记录,因此它是“主持人”关系模式的主键。 对于图中联系类型为多对多(m:n)的“插播”联系,应将其转换成一个独立的关系模式,其属性为两端实体类型的主键加上联系类型自身的属性,而该关系模式的主键为两端实体主键的组合。因此空缺处应填入“栏目名称,广告编号”。属性“栏目名称”、“广告编号”的组合是“插播单”关系模式的主键。 对于图中联系类型为1:m:n的“调度”联系,应将其转换成一个独立的关系模式,其属性为三端实体类型的主键加上联系类型自身的属性,而该关系模式的主键为三端实体主键的组合。因此空缺处应填入“

26、栏目名称,房间号,场务工号”。属性“栏目名称”、“房间号”、“场务工号”的组合是“调度”关系模式的主键。 9、 这是一道要求读者掌握数据库的概念结构设计的综合应用题,本题的解答思路如下:如果需要广告商信息,则新增一个“广告商”实体,而一个广告商可以提供多条广告,一条广告只能由一个广告商提供,因此“广告商”和“广告”两个实体之间都存在联系“提供”,其联系的类型都为一对多(1:n)。修改后的某电视台信息管理系统的实体联系图如图所示。试题四 阅读以下说明,根据要求回答下列问题。 说明 某水果零售超市拟开发一套信息系统,对超市的顾客、水果、员工、采购和销售信息进行管理。 需求分析 10、水果零售超市实

27、行会员制,顾客需具有会员资格才能进行购物,顾客需持所在单位出具的证明信才能办理会员资格,每位顾客具有唯一编号。 11、超市将采购员和导购员分成若干个小组,每组人员负责指定的若干种水果的采购和导购。每名采购员可采购指定给该组购买的水果;每名导购员都可对顾客选购的本组内的各种水果进行计价和包装,并分别贴上打印条码。 12、顾客选购水果并计价完毕后进行结算,生成结算单。结算单包括流水号、购买的各种水果信息和顾客信息等,每张结算单具有唯一的流水号。 13、超市在月底根据结算单对导购员进行绩效考核,根据采购情况对采购员进行考核,同时也根据结算单对顾客消费情况进行会员积分。 初步设计的数据库关系模式如下。 顾客(顾客编号,身份证号,姓名,性别,积分,单位名称,单位地址,单位电话) 采购(批次,水果名称,采购价格,采购数量,采购员编号) 职责(水果名称,采购员编号,导购员编号) 结算单(流水号,条码,水果名称,销售单价,数量,金额,导购员编号,顾客编号) 数据库关系模式 关系模式的主要属性、含义及约束如表所示。 10、对于“顾客”关系模式,请回答以下问题: (1)给出所有候选键。 (2)该关系模式可达到第几范式,用60字以内的文字简要叙述理由。 11、对于“结算单”关系模式,请回答以下问题: (1)用100字以内的文字简要说明它会产生什么问题。

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2