上半年数据库系统工程师考试真题及答案下午卷7Word文档格式.docx
《上半年数据库系统工程师考试真题及答案下午卷7Word文档格式.docx》由会员分享，可在线阅读，更多相关《上半年数据库系统工程师考试真题及答案下午卷7Word文档格式.docx（15页珍藏版）》请在冰豆网上搜索。
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〕中：
〞，结合零层图可以发现缺失数据流：
根据题干中“〔2〕中：
根据题干中“1、检查库存程度。
【问题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语句的空缺部分补充完好。
（3分）
请将下面创立销售单表的SQL语句补充完好，要求指定关系的主码和外码约束。
CREATETABLESALES（
SnoCHAR（8）（a）
VEMnoCHAR（5）（b）
GnoCHAR（8）（c）
SDateDATE,
STimeTIME）;
〔a〕PRIMARYKEY
〔b〕REFERENCESVEM〔VEMno〕
〔c〕REFERENCESGOODS〔Gno〕
（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宇段中，即为抢到红包。
（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〕
（6分）
下面是用SQL实现的抢红包程序的一部分，请补全空缺处的代码
CREATEPROCEDUREScrambleRed（INBatchNoVARCHAR（20），--红包批号
（INRecvrNoVARCHAR（20））一接收红包者
--是否已抢过此批红包
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;
〔a〕BatchID=BatchNo
〔b〕CLOSENonRecvedRed
〔c〕ENDTRANSACTION
升级会员 