上半年数据库系统工程师考试真题及答案下午卷Word格式文档下载.docx
- 文档编号:17090912
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:16
- 大小:670.18KB
上半年数据库系统工程师考试真题及答案下午卷Word格式文档下载.docx
《上半年数据库系统工程师考试真题及答案下午卷Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《上半年数据库系统工程师考试真题及答案下午卷Word格式文档下载.docx(16页珍藏版)》请在冰豆网上搜索。
此题采用构造化方法进展系统分析与设计,主要考察数据流图〔DFD〕的应用,是比拟传统的题目,要求考生细心分析题目中所描绘的内容。
DFD是一种便于用户理解、分析系统数据流程的图形化建模工具,是系统逻辑模型的重要组成局部。
顶层DFD—般用来确定系统边界,将待开发系统看作一个大的加工〔处理〕,然后根据系统从哪些外部实体接收数据流,以及系统将数据流发送到哪些外部实体,建模出的顶层图中只有唯一的一个加工和一些外部实体,以及这两者之间的输入输出数据流。
0层DFD在顶层确定的系统外部实体以及与外部实体的输入输出数据流的根底上,将顶层DFD中的加工分解成多个加工,识别这些加工的输入输出数据流,使得所有顶层DFD中的输入数据流,经过这些加工之后变换成顶层DFD的输出数据流。
根据0层DFD中的加工的复杂程度进一步建模加工的内容。
.
在建分层DFD时,根据需求情况可以将数据存储建模在不同层次的DFD中,注意在绘制下层数据流图时要保持父图与子图平衡。
父图中某加工的输入输出数据流必须与它的子图的输入输出数据流在数量和名称上一样,或者父图中的一个输入〔或输出〕数据流对应于子图中几个输入〔或输出〕数据流,而子图中组成这些数据流的数据项全体正好是父图中的这一个数据流。
本问题给出0层DFD,要求根据描绘确定图中的外部实体。
分析题目中描绘,并结合已在图中给出的数据流进展分析。
从题目的说明中可以看出,与系统交互实体包括志愿者、捐赠人、募款机构和场馆,这四个作为外部实体。
对应图1-1中数据流和实体的对应关系,可知E1为志愿者,E2为捐赠人,E3为募款机构,E4为场馆。
【问题2】
在建模DFD时,需要对有些复杂加工〔处理〕进展进一步精化,图1-2为图1-1中处理3的进一步细化的1层数据流图,图1-3为图1-2中3.1进一步细化的2层数据流图。
补全图1-2中加工Pl、P2和P3的名称和图1-2与图1-3中缺少的数据流。
P1:
确定活动时间范围
P2:
搜索场馆
P3:
推广募捐活动
此题考察分层DFD的加工分解,以及父图与子图的平衡。
图1-2中对图1-1的加工3进展进一步分解,根据说明〔3〕中对加工3的描绘对图1-2进展分析。
首先需要确定活动时间范围,其输入数据流是活动恳求,输出流为活动时间。
然后是搜索场馆,其输入流为活动时间,输出活动时间和地点,同时向场馆发送的场馆可用性恳求和获得的场馆可用性分别作为输入和输出数据流。
在确定活动时间和地点的根底上推广募捐活动,活动时间和地点是其输入流,活动信息作为其输出流,流向举办活动并募集资金,从募款机构获取资金并向其发放赠品,加工2搜集募得的资金和物品,因此3.5还需要将所募集资金作为输出流。
获取和处理捐赠〔资金和物品〕时以捐赠恳求作为其输入流,输出流为所募集的捐赠,因为既有资金又有物品,而从募款机构募得的只有资金,将图1-1中加工3流向加工2的数据流,分为所募集资金和所募集物品,而3.5的输出流中只有所募集资金。
因此,P1为确定活动时间范围,P2为搜索场馆,P3为推广募捐活动。
图1-2中缺失了从2到3.3的活动时间和从3.5到2的所募集资金这两条數据流。
题目给出处理和捐赠人之间的交互进一步描绘,对3.1进一步建模下层数据流图〔图1-3〕。
分解加工3.1,确定相关数据流。
其中根据加工2的捐赠恳求进展募集,所募捐赠需要返回给加工2。
根据父图与子图的平衡原那么,图1-3中此处也缺失了捐赠恳求和所募集资金和所募集物品。
【问题3】
使用说明中的词语,给出图1-3中的数据存储D1〜D4的名称。
D1:
捐赠人信息表D2:
已联络的捐赠人表
D3:
捐赠表D4:
已处理捐赠表
本问题考察2层DFD中数据存储确实定。
本案例中,数据存储的描绘都是在这一局部描绘给出,所以数据存储建模在此层表达。
对应说明可知,D1为捐赠人信息表,D2为以联络的捐赠人表,D3为捐赠表,D4为已处理捐赠表。
试题二
某航空公司要开发一个订票信息处理系统,该系统的局部关系形式如下:
航班〔航班编号,航空公司,起飞地,起飞时间,目的地,到达时间,票价〕折扣〔航班编号,开场日期,完毕日期,折扣〕
旅客〔身份证号,姓名,性别,出生日期,,VIP折扣〕
购票〔购票单号,身份证号,航班编号,搭乘日期,购票金额〕
有关关系形式的属性及相关说明如下:
(1)航班表中的起飞时间和到达时间不包含日期,同一航班不会在一天出现两次及两次以上;
(2)各航空公司会根据旅客出行淡旺季适时调整机票的折扣,旅客购置机票的购票金额计算公式为:
票价X折扣XVIP折扣,其中旅客的VIP折扣与该旅客已购置过的机票的购票金额总和相关,在旅客每次购票后被修改。
VIP折扣值的计算由函数float_vipvalue〔char[18]身份证号〕完成。
根据以上描绘,答复以下问题。
请将如下创立购票关系的SQL语句的空缺局部补充完好,要求指定关系的主键、外键,以及购票金额大于零的约束。
(a)PRIMARYKEY〔或NOTNULLUNIQUE〕
(b)CHECK〔购票金额>
0〕
(c)FOREIGNKEY〔身份证号〕REFERENCES旅客〔身份证号〕
(d)FOREIGNKEY〔航班编号〕REFERENCES航班〔航班编号〕
本问题考察SQL中的数据定义语言DDL和完好性约束。
根据题意,已经用CREATE语句来定义购票关系形式的根本构造,需要补充主键、外键和相应的约束。
指定主键的方式有两种:
PRIMARYKEY作为列级约束〔仅适应于主键为单属性时〕;
PRIMARYKEY〔〈主键>
〕作为表级约束。
指定外键的语法为:
FOREIGNKEY〔<
外键>
〕,REFERENCES〈被参照关系>
〔主键〕。
CHECK约束的语法为:
CHECK〔<
谓词>
〕。
购票关系中,主键为购票单号,身份证号和航班编号为外键,分别参照旅客关系中的身份证号和航班关系中的航班编号。
INSERTINTO购票〔购票单号,身份证号,航班编号,搭乘日期,购票金额〕
SELECT‘202103105555’,‘’,‘CA5302’,‘2021/2/18’,
FROM航班,折扣,旅客
WHERE〔f〕AND航班.航班编号=‘CA5302’AND
AND‘2021/2/18’BETWEEN折扣.开场日期AND折扣.完毕日期
AND旅客.身份证号=‘’;
〔2〕需要用触发器来实现VIP折扣的修改,调用函数vip_value〔〕来实现。
请将如下SQL语句的空缺局部补充完好。
CREATETRIGGERVIP_TRGAFTER〔g〕ON〔h〕
REFERENCINGnewrowASnrow
FOREACHrow
BEGIN
UPDATE旅客
SET〔i〕
WHEREQ〕;
END
(1)〔e〕票价*折扣*VIP折扣
〔f〕航班.航班编号=折扣.航班编号
(2)〔g〕INSERT
(h)购票
(i)VIP折扣=vip_value〔nrow•身份证号〕
〔j〕旅客.身份证号=nrow.身份证号
〔1〕本问题考察INSERT语句的使用。
可以将查询结果集插入到根本表中,此题要求完成的包括购票金额的计算表达式和子查询中的条件局部。
〔2〕本问题考察触发器的定义。
需补充的局部涉及到触发器所在的表、触发动作〔INSERT/UPDATE/DELETE〕及执行代码局部。
触发器应由购票表中的INSERT指令所触发,执行代码中要修改的是旅客表中的VIP折扣值,应根据购票表中的新记录,找出对应的旅客表的记录〔身份证号相等〕进展修改
(1)查询搭乘日期在2021年1月1日至2021年12月31日之间,且合计购票金额大于等于10000元的所有旅客的身份证号、姓名和购票金额总和,并按购票金额总和降序输出。
SELECT旅客.身份证号,姓名,SUM〔购票金额〕
FROM旅客,购票
WHERE〔k〕
GROUPBYO〕
ORDERBY〔m〕;
(2)经过中转的航班与一样始发地和目的地的直达航班相比,会享受更低的折扣。
查询从广州到北京,经过一次中转的所有航班对,输出广州到中转地的航班编号、中转地和中转地到北京的航班编号。
SELECT〔n〕
FROM航班航班1,航班航班2
WHERE〔o〕;
(1)〔k〕旅客.身份证号=购票.身份证号AND
搭乘日期BETWEEN‘2021/1/1’AND‘2021/12/31’
〔l〕旅客•身份证号,姓名HAVINGSUM〔购票金额〕>
=10000
〔m〕SUM〔购票金额〕DESC
(2)〔n〕航班1.航班编号,航班1.目的地,航班2.航班编号
〔o〕航班1.起飞地=‘广州’AND航班2.目的地=‘北京’AND
航班1.目的地=航班2.起飞地
(1)本问题考察一个较完好的查询语句,包括的知识点有多表查询、聚集函数、分组、挑选组和排序查询结果。
WHERE条件中应给出两个表的关联关系和日期条件;
GROUPBY应按照身份证号进展分组,用组内购票金额总和大于等于10000作挑选组,ORDERBY以SUM〔购票金额〕进展降序输出。
(2)本问题考察连接查询,涉及到别名的使用、连接条件和选择条件及输出。
试题三
某电视台拟开发一套信息管理系统,以方便对全台的员工、栏目、广告和演播厅等进展管理。
【需求分析】
(1)系统需要维护全台员工的详细信息、栏目信息、广告信息和演播厅信息等。
员工的信息主要包括工号、姓名、性别、出生日期、和住址等,栏目信息主要包括栏目名称、播出时间和时长等,广告信息主要包括广告编号、价格等,演播厅信息包括房间号、房间面积等。
(2)电视台根据调度单来协调各档栏目、演播厅和场务。
一销售档栏目只会占用一个演播厅,但会使用多名场务来进展演出协调。
演播厅和场务可以被多个栏目循环使用。
(3)电视台根据栏目来插播广告。
每档栏目可以插播多条广告,每条广告也可以在多档栏目插播。
(4)一档栏目可以有多个主持人,但一名主持人只能主持一档栏目。
(5)一名编辑人员可以编辑多条广告,一条广告只能由一名编辑人员编辑。
【概念模型设计】
根据需求阶段搜集的信息设计的实体联络图〔不完好〕如图3-1所示。
【逻辑构造设计】
根据概念模型设计阶段完成的实体联络图,得出如下关系形式〔不完好〕:
演播厅〔房间号,房间面积〕
栏目〔栏目名称,播出时间,时长〕
广告〔广告编号,销售价格,〔1〕〕
员工〔玉量,姓名,性别,出生日期,,住址〕
主持人〔主持人工号,〔2〕〕
插播单〔〔3〕,播出时间〕
调度单〔〔4〕〕
补充图3-1中的联络和联络的类型。
本问题考察数据库的概念构造设计,题目要求补充完好实体联络图中的联络和联络的类型。
根据题目的需求描绘可知,一个栏目可以插播多条广告,而多条广告也可以在多个栏目中播放,因此栏目和广告之间存在“插播〞联络,联络的类型为多对多〔*:
*,或m:
n〕。
根据题目的需求描绘可知,一个栏目可以有多个主持人,而一个主持人只能主持一档栏目,因此栏目和主持人之间存在“主持〞联络,联络的类型为一对多〔1:
*,或l:
根据题目的需求描绘可知,一个栏目需要使用多名场务来进展演出协调,场务可以被多个栏目循环使用,因此演播厅、栏目和场务之间存在“调度〞联络,联络的类型为1对多对多〔1:
*:
m:
根据图3-1,将逻辑构造设计阶段生成的关系形式中的空〔1〕〜〔4〕补充完好,并用下划线指出〔1〕〜〔4〕所在关系形式的主键。
广告〔广告编号,销售价格,编辑人员工号〕
主持人〔主持人工号,栏目名称〕
插播单〔栏5名称,广告编号,播出时间〕
调度单〔栏目名称,房间号,场务工号〕
本问题考察数据库的逻辑构造设计,题目要求补充完好各关系形式,并给出各关系形式的主键。
根据实体联络图和需求描绘,广告记录广告编号、销售价格和编辑人员工号。
所以,对于“广告〞关系形式,需补充属性“广告编号〞。
广告编号为广告的主键。
根据实体联络图和需求描绘,主持人记录主持人工号和所属的栏目名称。
所以,对于“主持人〞关系形式,需补充属性“主持人工号〞。
主持人丁号为主持人的主键。
根据实体联络图和需求描绘,插播单需要记录栏目名称、广告编号和播出的时间。
所以,对于“插播单〞关系形式,需补充属性“栏目名称〞和“广告编号〞。
栏目名称和广告编号结合作为插播单的主键。
根据实体联络图和需求描绘,调度单需要记录栏目名称、房间号和参与的场务工号。
所以,对于“调度单〞关系形式,需补充属性“栏目名称〞、“房间号〞和“场务工号〞。
栏目名称、房间号和场务工号结合作为插播单的主键。
现需要记录广告商信息,增加广告商实体。
一个广告商可以提供多条广告,一条广告只由一个广告商提供。
请根据该要求,对图3-1进展修改,画出修改后的实体间联络和联络的类型。
说明:
*填写为01和1!
均可,参见下页图。
本问题考察数据库的概念构造设计,根据新增的需求增加实体联络图中的实体的联络和联络的类型。
根据问题描绘,一个广告商可以提供多条广告,一条广告只由一个广告商提供。
那么须在广告商实体和广告实体之间存在“提供〞联络,联络的类型为1对多〔1:
n)。
试题四
某水果零售超市拟开发一套信息系统,对超市的顾客、水果、员工、采购和销售信息进展管理。
(1)水果零售超市实行会员制,顾客需具有会员资格才能进展购物,顾客需持所在单位出具的证明信才能办理睬员资格,每位顾客具有唯一编号。
(2)超市将采购员和导购员分成假设干个小组,每组人员负责指定的假设干种水果的采购和导购。
每名采购员可采购指定给该组购置的水果;
每名导购员都可对顾客选购的本组内的各种水果进展计价和包装,并分别贴上打印条码。
(3)顾客选购水果并计价完毕后进展结算,生成结算单。
结算单包括流水号、购置的各种水果信息和顾客信息等,每张结算单具有唯一的流水号。
(4)超市在月底根据结算单对导购员进展绩效考核,根据采购情况对采购员进展考核,同时也根据结算单对顾客消费情况进展会员积分。
初步设计的数据库关系形式如图4-1所示。
图4-1数据库关系形式关系形式的主要属性,含义及约束如表4-1所示。
表4-1主要属性,含义及约束
对关系形式“顾客〞,请冋答以下问题:
(1)给出所有候选键。
(2)该关系形式可到达第几范式,用60字以内文字简要表达理由。
(1)顾客编号,身份证号
(2)可以到达第二范式。
理由:
“顾客〞关系形式中,存在以下函数依赖:
单位名称—单位地址,单位
存在非主属性对键的传递依赖,所以“顾客〞关系形式可以到达第二范式,但不满足第三范式。
本问题考察非主属性和第三范式。
根据“顾客〞关系形式可知,“顾客编号〞和“身份证号〞都是顾客的决定因素,因此都是候选键的属性。
根据第三范式的要求:
每一个非主属性既不局部依赖于码,也不传递依赖于码。
对关系形式“结算单〞,请答复以下问题:
(1)用100字以内文字简要说明它会产生什么问题。
(2)将其分解为第三范式,分解后的关系名依次为:
结算单1,结算单2,…。
并用下划线标注分解后的各关系形式的主键。
(1)根据“结算单〞关系形式,可知其键为〔流水号,条码〕,而又存在局部函数依赖:
条码—水果名称,销售单价,数量,金额,导购员编号
根据第二范式的要求:
不存在非主属性对键的局部依赖。
所以“结算单〞关系形式不满足第二范式,会造成:
插入异常、删除异常和修改异常。
(2)对“结算单〞关系形式进展分解后的关系形式及主键如下:
结算单1〔流水号,条码〕
结算单2〔流水号,顾客编号〕
结算单3〔腿,水果名称,销售单价,数量,金额,导购员编号〕
本问题考察第二范式和第三范式。
根据“结算单〞关系形式,可知其键为〔流水号,条码〕,而又存在局部函数依赖:
条码―水果名称,销售单价,数量,金额,导购员编号。
存在局部函数依赖,因此对“结算单〞关系形式进展分解后的关系形式及主键如下:
结算单1(流水号,条码)
结算单2(流水号,顾客编号〕
结算单3(查M,水果名称,销售单价,数量,金额,导购员编号〕
其中:
“结算单1〞关系的流水号和条码两个属性结合作为主键;
“结算单2〞关系的函数依赖为:
流水号—顾客编号“结算单3〞关系的函数依赖为:
这三个关系的每一个非主属性既不局部依赖于码,也不传递依赖于码,因此属于第三范式的要求。
对关系形式“职责〞,请答复以下问题:
(1)它是否是第四范式,用100字以内文字表达理由。
(2)将其分解为第四范式,分解后的关系名依次为:
职责1,职责2,…。
(1)不属于第四范式。
根据“职责〞关系形式可知:
其键为〔水果名称,采购员编号,导购员编号〕,而存在多值依赖:
水果名称――采购员编号
水果名称——导购员编号
根据第四范式的要求,不允许存在非平凡的多值依赖。
因此,“职责〞关系形式不满足第四范式。
(2)对“职责〞关系形式进展分解后的关系形式如下:
职责1〔水果名称,采购员编号〕
职责2〔水果名称,导购员编号〕
本问题考察第四范式。
水果名称――采购员编号水果名称――导购员编号
对“职责〞关系形式进展分解后的关系形式如下:
职责1〔水果名称,导购员编号〕
这两个关系不存在多值依赖,因此满足第四范式的要求。
试题五
某连锁酒店提供网上预订房间业务,流程如下:
(1)客户查询指定日期内所有类别的空余房间数,系统显示空房表〔日期,房间类别,数量〕中的信息;
(2)客户输入预订的起始日期和完毕日期、房间类别和数量,并提交;
(3)系统将用户提交的信息写入预订表〔身份证号,起始日期,完毕日期,房间类别,数量〕,并修改空房表的相关数据。
针对上述业务流程,答复以下问题。
【问题1】
假如两个用户同时查询一样日期和房间类别的空房数量,得到的空房数量为1,并且这两个用户又同时要求预订,可能会产生什么结果,请用100字以内文字简要表达。
同时预订时,可能会产生一个客户订不到或者把同一房订给两个客户。
本问题是典型的并发冲突问题。
两个用户同时查询一样日期和房间类别的空房数量,得到的空房数量为1,并且这两个用户又同时要求预订。
预订的执行逻辑是用空房数量减去要预订的数量后,将值写入空房表。
会造成丧失修改的不一致性。
引入如下伪指令:
将预订过程作为一个事务,将查询和修改空房表的操作分别记为R〔A〕和W〔A,x〕,插入预订表的操作记为W〔B,a〕,其中x代表空余房间数,a代表预订房间数。
那么事务的伪指令序列为:
x=R〔A〕,W〔A,x-a〕,W〔B,a〕。
在并发操作的情况下,假设客户1、客户2同时预订一样类别的房间时,可能出现的执行序列为:
xl=R〔A〕,x2=R〔A〕,W〔A,xl-al〕,W〔Bl,al〕,W〔A,x2-a2〕,W〔B2,a2〕。
(1)此时会出现什么问题,请用100字以内文字简要表达。
(2)为理解决上述问题,引入共享锁指令SLock〔X〕和独占锁指令XLock〔X〕对数据X进展加锁,解锁指令UnloCk〔X〕对数据X进展解锁,请补充上述执行序列,使其满足2PL协议,不产生死锁且持有锁的时间最短。
(1)出现问题:
丧失修改,客户1预订al数量房间后,对空房数量的修改被T2的修改覆盖,造成数据不一致。
(2)XLOCK〔A〕,xl=R〔A〕,W〔A,xl-al〕,XLOCK〔B〕,UNLOCK〔A〕,W〔Bl,al〕,UNLOCK〔B〕,XLOCK〔A〕,x2=R〔A〕,W〔A,x2-a2〕,XLOCK〔B〕,UNLOCK〔A〕,W〔B2,a2〕,UNLOCK〔B。
此题考察对并发事务调度的理解。
调度出现的执行序列为:
xl=R〔A〕,x2=R〔A〕,W〔A,xl-al〕,W〔B1,al〕,W〔A,x2-a2〕,W〔B2,a2〕„说明两个用户读到了一样的空房数量〔xl=X2〕,再减去自己的订房数后写入空房表,并分别写入各自的订房记录。
客户]对空房数的修改随后会被客户2的修改所覆盖,造成丧失修改的不一致性。
按2PL协议的规定,每个事务中的加解锁指令不能交替出现。
假设使其不产生死锁,那么不能出现锁竞争,持有锁的时间最短,应即时释放锁。
下面是实现预订业务的程序,请补全空缺处的代码。
其中主变量:
Cid,:
Bdate,:
Edate,:
Rtype,:
Num分别代表身份证号,起始日期,完毕日期,房间类别和订房数量。
(a)房间类别=:
RtypeAND日期BETWEEN:
BdateAND:
Edate
(b)COMMIT;
return0;
此题考察事务程序的掌握。
题目涉及根本的嵌入式SQL和事务的程序逻辑。
事务程序执行中的错误应断定并回滚,程序逻辑完成后应进展数据提交。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 上半年 数据库 系统 工程师 考试 答案 下午