上半年数据库系统工程师考试真题及答案下午卷.docx
《上半年数据库系统工程师考试真题及答案下午卷.docx》由会员分享,可在线阅读,更多相关《上半年数据库系统工程师考试真题及答案下午卷.docx(15页珍藏版)》请在冰豆网上搜索。
上半年数据库系统工程师考试真题及答案下午卷
2017上半年数据库系统工程师考试真题及答案-下午卷
试题一
阅读下列说明和图,回答问题1至问题4,将解答填入答题纸的对应栏内。
【说明】
某医疗器械公司作为复杂医疗产品的集成商,必须保持高质量部件的及时供应。
为了实现这一目标,该公司欲开发一采购系统。
系统的主要功能如下:
1.检查库存水平。
采购部门每天检查部件库存量,当特定部件的库存量降至其订货店时,返回低存量部件及库存量。
2.下达采购订单。
采购部门针对低存量部件及库存量提交采购请求,向其供应商(通过供应商文件访问供应商数据)下达采购订单,并存储于采购订单文件中。
3.交运部件。
当供应商提交提单并交运部件时,运输和接收(S/R)部门通过执行以下三步过程接收货物:
(1)验证装运部件。
通过访问采购订单并将其与提单进行比较来验证装运的部件,并将提单信息发给S/R职员。
如果收货部件项目出现在采购订单和提单上,则己验证的提单和收货部件项目将被送去检验。
否则S/R职员提交的装运错误信息生成装运错误通知发送给供应商。
(2)检验部件质量。
通过访问质量标准来检查装运部件的质量,并将己验证的提单发给检验员。
如果部件满足所有质量标准,则将其添加到接受的部件列表用于更新部件库存。
如果部件未通过检查,则将检验员创建的缺陷装运信息生成缺陷装运通知发送给供应商。
(3)更新部件库存。
库管员根据收到的接受的部件列表添加本次采购数量,与原有库存量累加来更新库存部件中的库存量。
标记订单采购完成。
现采用结构化方法对该采购系统进行分析与设计,获得如图1-1所示的上下文数据流图和图1-2所示的0层数据流图。
【问题1】(5分)
使用说明中的词语,给出图1-1中的实体E1-E5的名称。
E1:
供应商
E2:
采购部
E3:
检验员
E4:
库管员
E5:
S/R职员
依据题干中“下达采购订单。
采购部门针对低存量部件及库存量提交采购请求,向其供应商(通过供应商文件访问供应商数据)下达采购订单,并存储于采购订单文件中。
”可以判断出E1为供应商
依据题干中“检查库存水平。
采购部门每天检查部件库存量,当特定部件的库存量降至其订货店时,返回低存量部件及库存量。
”,可以判断出E2为采购部
依据题干中“通过访问质量标准来检查装运部件的质量,并将己验证的提单发给检验员。
如果部件满足所有质量标准,则将其添加到接受的部件列表用于更新部件库存。
”,可以判断出E3为检验员
依据题干中“库管员根据收到的接受的部件列表添加本次采购数量”,可以判断出E4为库管理员
依据题干中“如果收货部件项目出现在采购订单和提单上,则己验证的提单和收货部件项目将被送去检验。
否则S/R职员提交的装运错误信息生成装运错误通知发送给供应商。
”,可以判断出E5为S/R职员
【问题2】(4分)
使用说明中的词语,给出图1-2中的数据存储D1-D4的名称。
D1:
库存表
D2:
采购订单表
D3:
质量标准表
D4:
供应商表
依据题干中“更新部件库存。
库管员根据收到的接受的部件列表添加本次采购数量,与原有库存量累加来更新库存部件中的库存量。
”,结合零层图的数据流,可以得出D1为库存表
依据题干中“下达采购订单。
采购部门针对低存量部件及库存量提交采购请求,向其供应商(通过供应商文件访问供应商数据)下达采购订单,并存储于采购订单文件中。
”和“更新部件库存。
库管员根据收到的接受的部件列表添加本次采购数量,与原有库存量累加来更新库存部件中的库存量。
标记订单采购完成”,结合零层图的数据流,可以得出D2为采购订单表,D4为采购订单表
依据题干中“检验部件质量。
通过访问质量标准来检查装运部件的质量,并将己验证的提单发给检验员。
如果部件满足所有质量标准,则将其添加到接受的部件列表用于更新部件库存。
”,结合零层图的数据流,可以得出D3为质量标准表
【问题3】(4分)
根据说明和图中术语,补充图1-2中缺失的数据流及其起点和终点。
装运错误通知:
P3(验证装运部件)-----E1(客户)
缺陷装运通知:
P4(校验部件质量)-----E1(客户)
产品检验:
P3(验证装运部件)------P4(校验部件质量)
检查库存信息:
P1(检查库存水平)-----D1(库存表)
依据题干中“
(1)中:
否则S/R职员提交的装运错误信息生成装运错误通知发送给供应商。
”,结合零层图可以发现缺失数据流:
装运错误通知:
P3(验证装运部件)-----E1(客户)
依据题干中“
(2)中:
如果部件未通过检查,则将检验员创建的缺陷装运信息生成缺陷装运通知发送给供应商。
”,结合零层图可以发现缺失数据流:
缺陷装运通知:
P4(校验部件质量)-----E1(客户)
依据题干中“
(1)中:
如果收货部件项目出现在采购订单和提单上,则己验证的提单和收货部件项目将被送去检验。
”,结合零层图可以发现缺失数据流:
产品检验:
P3(验证装运部件)------P4(校验部件质量)
依据题干中“1、检查库存水平。
采购部门每天检查部件库存量,当特定部件的库存量降至其订货店时,返回低存量部件及库存量。
”,结合零层图可以发现缺失数据流:
检查库存信息:
P1(检查库存水平)-----D1(库存表)
【问题4】(2分)
用200字以内文字,说明建模图1-1和图1-2时如何保持数据流图平衡。
父图中某个加工的输入输出数据流必须与其子图的输入输出数据流在数量上和名字上相同。
父图的一个输入(或输出)数据流对应于子图中几个输入(或输出)数据流,而子图中组成的这些数据流的数据项全体正好是父图中的这一个数据流。
试题二
阅读下列说明,回答问题1至问题3,将解答填入答题纸的对应栏内。
【说明】
某房屋租赁公司拟开发一个管理系统用于管理其持有的房屋、租客及员工信息。
请根据下述需求描述完成系统的数据库设计。
【需求描述】
1.公司拥有多幢公寓楼,每幢公寓楼有唯一的楼编号和地址。
每幢公寓楼中有多套公寓,每套公寓在楼内有唯一的编号(不同公寓楼内的公寓号可相同)。
系统需记录每套公寓的卧室数和卫生间数。
2.员工和租客在系统中有唯一的编号(员主编号和租客编号)。
3.对于每个租客,系统需记录姓名、多个联系电话、一个银行账号(方便自动扣房租)、一个紧急联系人的姓名及联系电话。
4.系统需记录每个员工的姓名、类别、一个联系电话和月工资。
员工类别可以经理或维修工,也可兼任。
每个经理可以管理多幢公寓楼。
每幢公寓楼必须由一个经理管理。
系统需记录每个维修工的业务技能,如:
水暖维修、电工、木工等。
5.租客租赁公寓必须和公司签订租赁合同。
一份租赁合同通常由一个或多个租客(合租)与该公寓楼的经理签订,一个租客也可租赁多套公寓。
合同内容应包含签订日期、开始时间租期、押金和月租金。
【概念模型设计】
根据需求阶段收集的信息,设计的实体联系图(不完整)如图2-1所示。
【逻辑结构设计】
根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):
联系电话(电话号码,租客编号)
租客(租客编号,姓名,银行账号,联系人姓名,联系人电话)
员工(员工编号,姓名,联系电话,类别,月工资,(a))
公寓楼((b),地址,经理编号)
公寓(楼编号,公寓号,卧室数,卫生间数)
合同(合同编号,租客编号,楼编号,公寓号,经理编号,签订日期,起始日期,租期,(c),押金)
【问题1】(4.5分)
补充图2-1中的“签约”联系所关联的实体及联系类型。
依据题干中“租客租赁公寓必须和公司签订租赁合同。
一份租赁合同通常由一个或多个租客(合租)与该公寓楼的经理签订,一个租客也可租赁多套公寓。
合同内容应包含签订日期、开始时间租期、押金和月租金。
”,说明签约应该是经理与租赁之间的,而已份租赁包括一位或多位租客,以及一个或多个公寓,所以可以考虑为:
经理实体集与租赁(由租客和公寓组合成一个大的实体集)之间的联系
在结合题干中“每个经理管多个公寓楼,每个公寓楼由一个经理管理,和一个楼有多个公寓”的描述,可以判定联系的类型为1:
*
【问题2】(4.5分)
补充逻辑结构设计中的(a)(b)(c)三处空缺。
(a)业务技能
(b)楼编号
(c)月租金
从题干中“系统需记录每个员工的姓名、类别、一个联系电话和月工资。
员工类别可以经理或维修工,也可兼任。
每个经理可以管理多幢公寓楼。
每幢公寓楼必须由一个经理管理。
系统需记录每个维修工的业务技能,如:
水暖维修、电工、木工等”说明需要记录的属性有:
姓名、类别、一个联系电话、月工资和业务技能。
因此(a)处应为:
业务技能
题干中“每幢公寓楼有唯一的楼编号和地址以及每幢公寓楼必须由一个经理管理”同时管理联系没有转换成一个独立的关系,也就意味着管理联系被合并到了公寓楼的实体对应的关系中,因此,公寓楼实体对应的关系的属性应该有:
楼编号、地址、经理编号;因此(b)处应该为:
楼编号
依据题干中“合同内容应包含签订日期、开始时间租期、押金和月租金。
”结合关系合同(合同编号,租客编号,楼编号,公寓号,经理编号,签订日期,起始日期,租期,(c),押金),可以得出(c)处应该为:
月租金
【问题3】(6分)
租期内,公寓内设施如出现问题,租客可在系统中进行故障登记,填写故障描述,每项故障由系统自动生成唯一的故障编号,由公司派维修工进行故障维修,系统需记录每次维修的维修日期和维修内容。
请根据此需求,对图2-1进行补充,并将所补充的ER图内容转换为一个关系模式,请给出该关系模式。
维修(故障编号,维修工,维修日期,维修内容,楼编号,公寓号,租客编号)
题干中“租期内,公寓内设施如出现问题,租客可在系统中进行故障登记,填写故障描述,每项故障由系统自动生成唯一的故障编号,由公司派维修工进行故障维修,系统需记录每次维修的维修日期和维修内容”
说明,维修应该与租赁(由租客和公寓组合成一个大的实体集)之间存在多对多的联系,同时需要有自己的属性:
故障编号、维修日期、维修内容。
维修(故障编号,维修工,维修日期,维修内容,楼编号,公寓号,租客编号)
试题三
【说明】
某社会救助基金会每年都会举办多项社会公益救助活动,需要建立一个信息系统,对之进行有效管理。
【需求描述】
1.任何一个实名认证的个人或者公益机构都可以发起一项公益救助活动,基金会需要记录发起者的信息。
如果发起者是个人,需要记录姓名、身份证号和一部电话号码;如果发起者是公益机构,需要记录机构名称、统一社会信用代码、一部电话号码、唯一的法人代表身份证号和法人代表姓名。
一个自然人可以是多个机构的法人代表。
2.公益救助活动需要提供详实的资料供基金会审核,包括被捐助人姓名、身份证号、一部电话号码、家庭住址。
3.基金会审核并确认项目后,发起公益救助的个人或机构可以公开宣传井募捐,募捐得到的款项进入基金会账户。
4.发起公益救助的个人或机构开展救助行动,基金会根据被捐助人所提供的医疗发票或其它信息,直接将所筹款项支付给被捐助者。
5.救助发起者针对任一被捐助者的公益活动只能开展一次。
【逻辑结构设计】
根据上述需求,设计出如下关系模式:
公益活动(发起者编号,被捐助者身份证号,发起者电话号码,发起时间,结束时间,募捐金额),其中对于个人发起者,发起者编号为身份证号;对于机构发起者,发起者编号为统一社会信用代码。
个人发起者(姓名,身份证号,电话号码)
机构发起者(机构名称,统一社会信用代码,电话号码,法人代表身份证号,法人代表姓名)
被捐助者(姓名,身份证号,电话号码,家庭住址)
【问题1】(6分)
对关系"机构发起者",请回答以下问题:
(1)列举出所有候选键。
(2)它是否为3NF,用1100字以内文字简要叙述理由。
(3)将其分解为BC范式,分解后的关系名依次为:
机构发起者1,机构发起者2,...,并用下划线标示分解后的各关系模式的主键。
(1)统一社会信用代码
(2)否,存在传递依赖:
统一社会信用代码→法人代表身份证号,法人代表身份证号→法人代表姓名
(3)机构发起者1(机构名称,统一社会信用代码,电话号码,人代表身份证号)主键:
统一社会信用代码
机构发起者2(人代表身份证号,法人代表姓名)主键:
法人代表身份证号
【问题2】(6分)
对关系“公益摇动”,请回答以下问题:
(1)列举出所有候选键。
(2)它是否为2NF,用100字以内文字简要叙述理由。
(3)将其分解为BC范式,分解后的关系名依次为:
公益活动1,公益活动2,...,并用下划线标示分解后的各关系模式的主键。
(1)发起者编号+被捐助者身份证号
(2)否:
存在部分函数依赖:
发起者编号→(发起者电话号码)对码(发起者编号,被捐助者身份证号)存在部分函数依赖
(3)公益活动1(发起者编号,发起者电话号码)主键:
发起者编号
公益活动2(发起者编号,被捐助者身份证号,发起时间,结束时间,募捐金额)主键:
发起者编号+被捐助者身份证号
【问题3】(3分)
基金会根据被捐助人提供的医疗发票或其它信息,将所筹款项支付给被捐助者。
可以存在分期多次支付的情况,为了统计所筹款项支付情况(详细金额和时间),试增加”支付记录“关系模式,用100字以文字简要叙述解决方案。
支付记录(支付编号,发起者编号,被捐助者身份证号,支付金额,支付时间,被捐助人的相关信息)(被捐助人的相关信息为医疗发票或其他信息),支付编号唯一标识每一次支付
试题四
阅读下列说明,回答问题1至问题5,将解答填入答题纸的对应栏内。
【说明】
某公司要对其投放的自动售货机建立商品管理系统,其数据库的部分关系模式如下:
售货机:
VEM(VEMno,Location),各属性分别表示售货机编号、部署地点;
商品:
GOODS(Gno,Brand,Price),各属性分别表示商品编号、品牌名和价格;
销售单:
SALES(Sno,VEMno,Gno,SDate,STime),各属性分别表示销售号、售货机编号、商品编号、日期和时间。
缺货单:
OOS(VEMno,Gno,SDate,STime),各属性分别表示售货机编号、商品编号、日期和时间。
相关关系模式的属性及说明如下:
(1)售货机摆放固定种类的商品,售货机内每种商品最多可以储存10件。
管理员在每天结束的时候将售货机中所有售出商品补全
(2)每售出一件商品,就自动向销售单中添加一条销售记录。
如果一天内某个售货机上某种商品的销售记录达到10条,则表明该售货机上该商品已售完,需要通知系统立即补货,通过自动向缺货单中添加一条缺货记录来实现。
根据以上描述,回答下列问题,将SQL语句的空缺部分补充完整。
【问题1】(3分)
请将下面创建销售单表的SQL语句补充完整,要求指定关系的主码和外码约束。
CREATETABLESALES(
SnoCHAR(8)(a)
VEMnoCHAR(5)(b)
GnoCHAR(8)(c)
SDateDATE,
STimeTIME);
(a)PRIMARYKEY
(b)REFERENCESVEM(VEMno)
(c)REFERENCESGOODS(Gno)
【问题2】(4分)
创建销售记录详单视图SALES_Detail,要求按日期统计每个售货机上各种商品的销售数量,属性有VEMno、Location、Gno、Brand、Price、amount和SDate。
为方便实现,首先建立一个视图SALES_Total,然后利用SALES_Total完成视图SALES_Detail的定义。
CREATEVIEWSALES_Total(VEMno,Gno,SDate,amount)AS
SELECTVENno,Gno,SDate,count(*)
FROMSALES
GROUPBY(d);
CREATEVIWE(e)AS
SELECTVEM.VEMno,Location,GOODS.Gno,Brand,Price,amount,SDate
FROMVEM,GOODS,SALES_Total
WHERE(f)AND(g)
(d)VEMno,Gno,SDate
(e)SALES_Detail(VEMno,Location,Gno,Brand,Price,Amount,SDate)
(f)VEM.VEMno=SALES_Total.VEMno
(g)GOODS.Gno=SALES_Total.Gno
f和g可以互换
【问题3】(3分)
每售出一件商品,就自动向销售单中添加一条销售记录。
如果一天内某个售货机上某种商品的销售记录达到10条,则自动向缺货单中添加一条缺货记录。
需要用触发器来实现缺货单的自动维护。
程序中的GetTime()获取当前时间。
CREAT(h)OOS_TRGAFTER(i)ONSALES
REFERENCINGnewrowASnrow
FOREACHROW
BEGIN
INSERTINTOOOS
SELECTSALES.VENno,(j)GetTime()
FROMSALES
WHERESALES.VEMno=nrow.VEMnoANDSALES.Gno=nrow.Gno
ANDSALES.SDate=nrow.SDate
GROUPBYSALES.VEMno,SALES.Gno,SALES.SDate
HAVINGcount(*)>0ANDmod(count(*),10)=0;
END
(h)TRIGGER
(i)INSERT
(j)SALES.Gno,SALES.SDate
【问题4】(3分)
查询当天销售最多的商品编号、品牌和数量。
程序中的GetDate()获取当天日期。
SELECTGOODS.Gno,Brand,(k)
FROMGOODS,SALES
WHEREGOODS.Gno=SALES.GNOANDSDATE=GetDate()
GROUPBY
(1)
HAVING(M)(SELECTcount(*)
FROMSALELS
WHERESDATE=GetDate()
GROUPBYGno);
(k)COUNT(*)AS数量
(l)GOODS.Gno,Brand
(m)COUNT(*)>=ALL
【问题5】(2分)
查询一件都没有售出的所有商品编号和品牌。
SELECTGno,Brand
FROMGOODS
WHEREGNO(N)
SELECTDISTINCTGNO
FROM(o);
(n)NOTIN
(o)SALES
试题五
阅读下列说明,回答问题1和问题2,将解答填入答题纸的对应栏内。
【说明】
某抢红包软件规定发红包人可以一次抛出多个红包,由多个人来抢。
要求每个抢红包的人最多只能抢到同一批次中的一个红包,且存在多个人同时抢同一红包的情况。
给定的红包关系模式如下:
Red(ID,BatchID,SenderID,Money,ReceiverID)
其中ID唯一标识每一个红包;BatchID为发红包的批次,一个BatchID值可以对应多个ID值;SenderID为发红包人的标识;Money为红包中的钱数;ReceiverID记录抢到红包的人的标识。
发红包人一次抛出多个红包,即向红包表中插入多条记录,每条记录表示一个红包,其ReceiverID值为空值。
抢某个红包时,需要判定该红包记录的ReceiverID值是否为空,不为空时表示该红包己被抢走,不能再抢,为空时抢红包人将自己的标识写入到ReceiverID宇段中,即为抢到红包。
【问题1】(9分)
引入两个伪指令a=R(X)和W(b,X)。
其中a=R(X)表示读取当前红包记录的ReceiverID字段(记为数据项X)到变量a中,W(b,X)表示将抢红包人的唯一标识b的值写入到当前红包记录的ReceiverID字段(数据项X)中,变量a为空值时才会执行W(b,X)操作。
假设有多个人同时抢同一红包(即同时对同一记录进行操作),用ai=Ri(X)和Wi(bi,X)表示系统依次响应的第i个人的抢红包操作。
假设当前数据项X为空值,同时有三个人抢同一红包,则
(1)如下的调度执行序列:
a1=R1,a2=R2(X),W1(b1,X),W2(b2,X),a3=R3(X)
抢到红包的是第几人?
并说明理由。
(2)引入共享锁指令SLocki(X)、独占锁指令XLocki(X)和解锁指令ULocki(X),其中下标i表示第i个抢红包人的指令。
如下的调度执行序列:
SLock1(X),a1=R1(X),SLock2(X),a2=R2(X),XLock1(X)......
是否会产生死锁?
并说明理由。
(3)为了保证系统第一个响应的抢红包人为最终抢到红包的人,请使用上述。
)中引入的锁指令,对上述
(1)中的调度执行序列进行修改,在满足2PL协议的前提下,给出一个不产生死锁的完整的调度执行序列。
(1)第2人,并发操作出现了丢失更新的问题,第2个的更新覆盖了第1个的更新,原因是破坏了事物的隔离性。
(2)会产生死锁,由于数据X同时被1和2加锁了S锁,再对方没有释放的时候,都无法加成功X锁,导致1和2一直都处于等待的状态
(3)XLock(X)a=R(X)W(b,X)UNLock(X)
【问题2】(6分)
下面是用SQL实现的抢红包程序的一部分,请补全空缺处的代码
CREATEPROCEDUREScrambleRed(INBatchNoVARCHAR(20),--红包批号
(INRecvrNoVARCHAR(20))一接收红包者
BEGIN
--是否已抢过此批红包
ifexists(SELECT*FROMRed
WHEREBatchID=BatchNoANDReceiverID=RecvrNo)thm
return-1;
endif;
---读取此批派发红包中未领取的红包记录ID
DECLARENonRecvedNoVARCHAR(30);
DECLARENonRecvedNoCURSORFOR
SELECTID
FROMRed
WHEREBatchID=BatchNoANDReceiverIDISNULL;
-打开游标
OPENNonRecvedRed;
FETCHNonRecvedRedINTONonRecvedNo;
whilenoterror
一抢红包事务
BEGINTRANSACTION;
//写入红包记录
UPDATEREDSTERECDIVERID=RecvrNo
WHEREID=nonRECVEDAND(a)
//执行状态判定
If<修改的记录数>=1THEN
COMMIT;
(b);
Return1;
Else
ROLLBACK;
Endif;
(c);
Endwhile
--关闭游标
CLOSENonRecvedRD
Return0;
END
(a)BatchID=BatchNo
(b)CLOSENonRecvedRed
(c)ENDTRANSACTION