[语言类考试复习资料大全]中级数据库系统工程师下午试题分类模拟题3

1、书山有路勤为径，学海无涯苦作舟。祝愿天下莘莘学子：学业有成，金榜题名！语言类考试复习资料大全中级数据库系统工程师下午试题分类模拟题3中级数据库系统工程师下午试题分类模拟题3试题一阅读以下说明和图，根据要求回答下列问题。 说明 某慈善机构欲开发一个募捐系统，以跟踪记录为事业或项目向目标群体进行募捐而组织的集体性活动。该系统的主要功能如下所示。 (1)管理志愿者。根据募捐任务给志愿者发送加入邀请、邀请跟进、工作任务；管理志愿者提供的邀请响应、志愿者信息、工作时长、工作结果等。 (2)确定募捐需求和收集所募捐赠(资金及物品)。根据需求提出募捐任务、活动请求和捐赠请求，获取所募集的资金和物品。 (3)

2、组织募捐活动。根据活动请求，确定活动时间范围。根据活动时间，搜索场馆，即：向场馆发送场馆可用性请求，获得场馆可用性。然后根据活动时间和地点推广募捐活动，根据相应的活动信息举办活动，从募捐机构获取资金并向其发放赠品。获取和处理捐赠，根据捐赠请求，提供所募集的捐赠；处理与捐赠人之间的交互，即：录入捐赠人信息，处理后存入捐赠人信息表；从捐赠人信息表中查询捐赠人信息，向捐赠人发送募捐请求，并将已联系的捐赠人存入已联系的捐赠人表。根据捐赠请求进行募集，募得捐赠后，将捐赠记录存入捐赠表；对捐赠记录进行处理后，存入已处理捐赠表，向捐赠人发送致谢函。根据已联系的捐赠人和捐赠记录进行跟进，将捐赠跟进情况发送给捐

3、赠人。 现采用结构化方法对募捐系统进行分析与设计，获得如图所示的分层数据流图。 1. 使用说明中的词语，给出图1中的实体E1E4的名称。答案:E1：志愿者 E2：捐赠人 E3：募捐机构 E4：场馆由题干中的关键信息“根据募捐任务给志愿者发送加入邀请、邀请跟进、工作任务；管理志愿者提供的邀请响应、志愿者信息、工作时长、工作结果等”，结合如图1所示的0层数据流图中与实体E1相关的“加入邀请/邀请跟进/工作任务”这一条输入数据流，以及“志愿者信息/工作时长/邀请响应/工作结果”这一条输出数据流可知，实体E1的名称是“志愿者”。 根据题干中给出的“根据活动时间，搜索场馆，即：向场馆发送场馆可用性请求，

4、获得场馆可用性”等关键信息，结合图1中输入至实体E4的数据流“场馆可用性请求”，以及输出数据流“场馆可用性”等可知，实体E4的名称是“场馆”。 基于题干中给出的“根据相应的活动信息举办活动，从募捐机构获取资金并向其发放赠品”等关键信息，结合图1中输入至实体E3的数据流“赠品”，以及输出数据流“资金”等可知，实体E3的名称是“募捐机构”。 依据题干中给出的“从捐赠人信息表中查询捐赠人信息，向捐赠人发送募捐请求”等关键信息，结合图1中输入至实体E2的数据流“募捐请求”，以及输出数据流“捐赠人信息”等可知，实体E2的名称是“捐赠人”。 2. 在建模DFD时，需要对有些复杂加工(处理)进行进一步精化，

5、图2为图1中处理3的进一步细化的1层数据流图，图3为图2中3.1进一步细化的2层数据流图。补全图2中加工P1、P2和P3的名称和图2与图3中缺少的数据流。答案:P1：确定活动时间范围 P2：搜索场馆 P3：推广募捐活动 数据流名称 起点 终点 所募集资金 3.5或举办活动并募集资金 2 活动请求 2 3.2或确定活动时间范围 捐赠请求 2(可不填) 3.1.3 所募集捐赠(或所募集资金或所募集物品 3.1.3或募集 2(可不填) 3.1.3或募集 2(可不填) 3.1.3或募集 2(可不填) 注：数据流没有次序要求；其中“2”处可以为“确定募捐需求收集所募捐赠”基于问题1的解析结果，结合如图2

6、所示的1层数据流图中与加工P1相关的“活动时间”这一条输出数据流，查找到题干中与之相关的关键信息“(3)组织募捐活动。根据活动请求，确定活动时间范围。根据活动时间”可知，P1的名称是“确定活动时间范围”。 根据题干中给出的“根据活动时间，搜索场馆，即：向场馆发送场馆可用性请求，获得场馆可用性”等关键信息，结合图2中加工P2的输入数据流“活动时间”和“场馆可用性”，以及输出数据流“场馆可用性请求”等可知，P2的名称是“搜索场馆”。 由题干中给出的关键信息“然后根据活动时间和地点推广募捐活动，根据相应的活动信息举办活动”等，结合图2中加工P3的输入数据流“活动时间和地点”，以及输出数据流“活动信息

7、”等可知，P3的名称是“推广募捐活动”。 结合题干中给出的关键信息“(3)组织募捐活动。根据活动请求，确定活动时间范围”，以及图1中处理2至处理3的数据流“活动请求”可知，图2中缺少了一条从处理2至处理3.2的数据流“活动请求”。 依据题干中给出的“(2)确定募捐需求和收集所募捐赠(资金及物品)获取所募集的资金和物品”、“(3)组织募捐活动获取和处理捐赠，根据捐赠请求，提供所募集的捐赠”等关键信息可知，图2中缺少了一条从处理3.5至处理2的数据流“所募集资金”。 基于题干中给出的关键信息“(3)组织募捐活动根据捐赠请求进行募集”，以及图2中处理2至处理3.1的数据流“捐赠请求”可知，图3中缺少

8、了一条从处理2至处理3.1.3的数据流“捐赠请求”。 根据图2中处理3.1至处理2的数据流“所募集物品”、“所募集资金”，以及“(2)确定募捐需求和收集所募捐赠(资金及物品)获取所募集的资金和物品”可知，图3中缺少了一条从处理3.1.3至处理2的数据流“所募集捐赠”。 3. 使用说明中的词语，给出图3中的数据存储D1D4的名称。答案:D1：捐赠人信息表 D2：已联系的捐赠人表 D3：捐赠表 D4：已处理捐赠表结合题干中给出的关键信息“录入捐赠人信息，处理后存入捐赠人信息表”，以及图3中处理3.1.1的名称“录入捐赠人信息”可知，图3中数据存储D1的名称是“捐赠人信息表”。 同理，根据题干中给出

9、的关键信息“向捐赠人发送募捐请求，并将已联系的捐赠人存入已联系的捐赠人表”，以及图3中处理3.1.2的名称“请求募捐”及其输出数据流“已联系的捐赠人”等可知，数据存储D2的名称是“已联系的捐赠人表”。 基于题干中给出的关键信息“根据捐赠请求进行募集，募得捐赠后，将捐赠记录存入捐赠表”，以及图3中处理3.1.3的名称“募集”及其输出数据流“捐赠记录”等可知，数据存储D3的名称是“捐赠表”。 依据题干中给出的关键信息“对捐赠记录进行处理后，存入已处理捐赠表”，以及图3中处理3.1.3的名称“募集”及其输出数据流“已处理的捐赠记录”等可知，数据存储D4的名称是“已处理捐赠表”。 试题二某企业网上销售

10、管理系统的数据库部分关系模式如下所示： 客户(客户号，姓名，性别，地址，邮编) 产品(产品号，名称，库存，单价) 订单(订单号，时间，金额，客户号) 订单明细(订单号，产品号，数量) 关系模式的主要属性及约束如表2-1所示。 表2-1关系模式的主要属性及约束 关系名 约束 客户 客户号唯一标识一位客户，客户性别取值为“男”或者“女” 产品 产品号唯一标识一个产品 订单 订单号唯一标识一份订单。一份订单必须且仅对应一位客户，一份订单可由一到多条订单明细组成。一位客户可以有多份订单。 订单明细 一条订单明细对应一份订单中的一个产品 客户、产品、订单和订单明细关系及部分数据分别如表2-2、2-3、2

11、-4、2-5所示。 表2-2 客户关系 客户号 姓名 性别 地址 邮编 01 王晓现 女 南京路2号 200005 02 林俊杰 男 北京路18号 200010 表2-3产品关系 产品号 名称 库存 单价 01 产品A 20 298.00 02 产品B 50 168.00 表2-4订单关系 订单号 时间 金额 客户号 1001 2006.02.03 1268.00 01 1002 2006.02.03 298.00 02 表2-5订单明细关系 订单号 产品号 数量 1001 01 2 1001 02 4 1002 01 1 1. 以下是创建部分关系表的SQL语句，请将空缺部分补充完整。CREA

12、TE TABLE 客户(客户号CHAR(5)NOT NULL UNIQUE姓名CHAR(30)，性别CHAR(2) CHECK(VALUE IN(男，女)地址CHAR(30)，邮编CHAR(6);CREATE TABLE 订单(订单号CHAR(4)，时间 CHAR(10)，金额 NUMBER(6,2)，客户号 CHAR(5) NOT NULL，PRIMARY KEY(订单号)， FOREIGN KEY(客户号) REFERENCES 客户(客户号) ;答案:(a)NOT NULL UNIQUE (b)CHECK(VALUE IN(男，女) (c)FOREIGN KEY(客户号) REFEREN

13、CES 客户(客户号) 2. 请根据如下查询语句，回答问题(d)，(e)和(f)SELECT 客户号FROM 订单，订单明细WHERE 订单明细.订单号=订单.订单号 AND产品号 = 02AND数量10；(d)上述查询语句的功能是什么?请简要回答。(30个字以内)(e)将上述查询语句转换成对应的关系代数表达式。(f)上述SQL查询语句是否可以进一步优化?如可以，给出优化后的SQL查询语句。答案:(d)查询一次订购(或购买)产品号为02的数量大于10的客户号 (e)客户号(订单?产品号=02数量10(订单明细) (f)可以优化。优化的SQL语句为： SELECT客户号 FROM订单 WHERE

14、订单号IN (SELECT 订单号 FROM 订单明细 WHERE 产品号 = 02 AND数量10)3. 可以优化。优化的SQL语句为： SELECT客户号 FROM订单 WHERE订单号IN (SELECT 订单号 FROM 订单明细 WHERE 产品号 = 02 AND数量10) 请按题意将下述SQL查询语句的空缺部分补充完整。按客户购买总额的降序，输出每个客户的客户名和购买总额。SELECT 客户.客户名， SUM(金额)AS总额FROM 客户，订单WHERE 客户.客户号=订单.客户号 GROUP BY 客户.客户号 ORDER BY 总额 DESC ；答案:(g)SUM(金额)AS

15、总额 (h)GROUP BY 客户.客户号 (i)ORDER BY 总额 DESC 4. 用SQL语句完成下述要求。(1)定义一个描述订单的客户号和对应订单明细中产品号关系的视图，客户产品(客户号，产品号)。 CREATE VIEW 客户产品 AS( SELECT 客户号，产品号 FROM 订单，订单明细 WHERE 订单明细.订单号=订单.订单号) (2)借助(1)所定义的视图，查询至少购买了01号客户购买的所有产品的客户号。 SELECT 客户号FROM 客户产品 客户产品1WHERE NOT EXISTS(SELECT*FROM客户产品 客户产品2WHERE 客户号=01 AND NOT

16、 EXISTS(SELECT*FROM客户产品 客户产品3WHERE客户产品1.客户号=客户产品3.客户号AND客户产品2.产品号=客户产品3.产品号)；答案:(1)CREATE VIEW 客户产品 AS(SELECT 客户号，产品号FROM 订单，订单明细WHERE 订单明细.订单号=订单.订单号) (2)(j)NOT EXISTS (k)客户号=01 AND NOT EXISTS(l)客户产品1.客户号=客户产品3.客户号AND客户产品2.产品号=客户产品3.产品号5. 当个订单和对应的订单明细数据入库时，应该减少产晶关系中相应的产品库存，为此应该利用数据库管理系统的什么机制实现此功能?请

17、用100字以内的文字简要说明。答案:采用数据库管理系统的触发器机制。对产品关系定义一个触发器，在订单明细中的记录插入或更新之后，该触发器被激活，根据订单明细中订购的产品及数量，减少产品关系中对应产品的库存量。试题三阅读下列说明，根据要求回答下列问题。 说明 某医院的门诊管理系统实现了为患者提供挂号、处方药品收费的功能。具体的需求及设计如下。 (1)医院医师具有编号、姓名、科室、职称、出诊类型和出诊费用，其中出诊类型分为专家门诊和普通门诊，与医师职称无关：各个医师可以具有不同的出诊费用，与职称和出诊类型无关。 (2)患者首先在门诊挂号处挂号，选择科室和医师，根据选择的医师缴纳挂号费(医师出诊费)

18、。收银员为患者生成挂号单，如表1所示，其中，就诊类型为医师的出诊类型。 表1 医院门诊挂号单收银员：13011 时间：2007年2月1日08:58 就诊号 姓名 科室 医师 就诊类型 挂号费 20070205015 叶萌 内科 杨玉明 专家门诊 15元 (3)患者在医师处就诊后，凭借挂号单和医师手写处方到门诊药房交费买药。收银员根据就诊号和医师处方中开列的药品信息，查询药品库(见表2)并生成门诊处方单(见表3)。表2 药品库 药品编码 药品名称 类型 库存 货架编号 单位 规格 单价 12007 牛蒡子 中药 51590 B140l G 炒 0.0340 11090 百部 中药 36950 B

19、1523 G 片 0.0313表3 医院门诊处方单时间：2007年2月1日10:31 就诊号 20070205015 病人姓名 叶萌 医师姓名 杨玉明 金额总计 0.65 项目总计 2 收银员 21081 药品编码 药品名称 数量 单位 单价 金额(元) 12007 牛蒡子 10 G 0.0340 0.34 11090 百部 10 G 0.0313 0.31 (4)由于药品价格会发生变化，因此门诊管理系统必须记录处方单上药品的单价。 概念模型设计 根据需求阶段收集的信息，设计的实体联系图(不完整)如图所示。 逻辑结构设计 根据概念模型设计阶段完成的实体联系图，得出如下关系模式(不完整)。 挂号

20、单(就诊号，病患姓名，医师编号，时间，_) 收银员(编号，姓名，级别) 医师(编号，姓名，科室，职称，出诊类型，出诊费用) 门诊处方(_，收银员，时间) 处方明细(就诊号，_) 药品库(药品编码，药品名称，_) 1. 根据问题描述，填写图实体联系图中联系的类型。答案:1 *，或n，或m *，或n，或m *，或n，或m依题意，仔细分析该医院门诊处方单(见表3)中的数据及生活常识可知，一名医生可以开多张门诊处方，一张门诊处方由一名医生开出，因此对于“医生”实体与“门诊处方”实体之间的联系“开处方”，其联系的类型为一对多(1:n)，即空缺处应填入1，空缺处应填入n。 同理，仔细分析该医院门诊处方单(

21、见表3)和表2药品库中的数据，并结合生活常识可知，一张门诊处方可以包含多种库存中的药品，一种库存中的药品也可以存在于多张不同的门诊处方中。因此对于“门诊处方”实体与“药品库存”实体之间的联系“明细”，其联系的类型为多对多(m:n)，即空缺处应填入m，空缺处应填入n。 2. 图中还缺少几个联系?请指出每个联系两端的实体名，格式为“实体1：实体2”。 例如，收银员与门诊处方之间存在联系，表示为“收银员：门珍处方”或“门诊处方：收银员”。 答案:缺少的联系个数：3 挂号单：医师 挂号单：收银员 挂号单：门诊处方依题意，在该门诊管理系统实体联系图(见图)中没有画出“挂号单”实体与其他实体之间的联系，因

22、此可从“挂号单”实体入手进行试题解答。由题干关键信息“患者首先在门诊挂号处挂号，选择科室和医师，根据选择的医师缴纳挂号费(医师出诊费)。收银员为患者生成挂号单”，并仔细分析该医院门诊挂号单(见表1)中的数据，结合生活常识可知，病人患者挂某个医师的号，则需将挂号信息记录在“挂号单”实体中，通常一张挂号单对应于一名医师，而一名医师可以存在于多张不同的挂号单中。因此“挂号单”实体与“医师”实体之间存在联系“记录”，其联系的类型为多对一(n:1)。由于“收银员为患者生成挂号单”，通常一张挂号单由一名收银员生成，而一名收银员可以开多张不同的挂号单，因此“挂号单”实体与“收银员”实体之间存在联系“生成”，

23、其联系的类型为多对一(n:1)。 由题干关键信息“收银员根据就诊号(见表1)和医师处方中开列的药品信息生成门诊处方单(见表3)”，并结合生活常识可知，一张挂号单通常生成一张门诊处方(暂不考虑中药处方、西药处方等情况；若考虑，则为多张门诊处方)，一张门诊处方关联于一张挂号单，因此“挂号单”实体与“门诊处方”实体之间存在联系“关联”，其联系的类型为一对一(1:1；若考虑中药处方、西药处方等情况，则联系的类型为一对多)。 综合以上分析可知，图中还缺少3个联系，分别是“挂号单：医师”、“挂号单:收银员”、“挂号单:门诊处方”。 3. 根据实体联系图，填写挂号单、门诊处方、处方明细和药品库关系模式中的空

24、白处，并指出挂号单、门诊处方和处方明细关系模式的主键。答案:收银员编号，或收银员 就诊号 药品编号，数量，单价 类型，库存，货架编号，单位，规格，单价 挂号单主键：就诊号 门诊处方主键：就诊号 处方明细主键：就诊号、药品编号依题意，对于“挂号单”关系模式，根据表1的数据，并结合问题2的分析结果，由于“挂号单”实体与“收银员”实体之间存在联系“生成”，在挂号单中需记录对应的收银员，因此，“挂号单”关系模式需补充属性“收银员编号(或收银员)”。挂号单的主键“就诊号”，外键是“医师编号”和“收银员编号”。 同理，对于“门诊处方”关系模式，根据表3的数据，并结合问题2的分析结果，“挂号单”实体与“门诊

25、处方”实体之间存在联系“关联”，在门诊处方单中需记录挂号单中的就诊号，因此，“门诊处方”关系模式需补充属性“就诊号”。由于“挂号单”实体与“门诊处方”实体之间存在一对一(1:1)的联系，因此挂号单的主键“就诊号”可以作为门诊处方的主键，门诊处方的外键是“就诊号”和“收银员编号(或收银员)”。 对于“药品库存”关系模式，其主要记录药品的详细信息和库存信息，根据表2的数据，“药品库存”关系模式需补充的属性有“类型，库存，货架编号，单位，规格，单价”，其主键是“药品编号”。 由问题1的分析结果可知，一张门诊处方中包含多项药品信息，而一种药品也可以存在于多张门诊处方中，因此通过“处方明细”关系模式来表

26、示这种多对多(m:n)的联系，并且由于每种药品的具体信息已经在“药品库存”关系模式中记录，在“处方明细”关系模式中主要记录的是门诊处方与药品的对应关系，以及处方所需药品的具体数量，结合题干给出的关键信息“由于药品价格会发生变化，因此门诊管理系统必须记录处方单上药品的单价”。因此，“处方明细”关系模式需补充的属性有“药品编号，数量，单价”。其中，“就诊号”和“药品编号”既是“处方明细”关系模式的主键，也是它的外键。 试题四阅读下列说明，回答问题1至问题3，将解答填入对应栏内。 说明 某学校拟开发一套校友捐赠管理系统，以便对校友的捐赠资金进行管理。 需求分析 校友可以向学校提出捐赠申请，说明捐赠的

27、金额、捐赠类型和使用方式。捐赠类型包括一次性捐赠和周期性捐赠。捐赠的使用方式分为两种：一种用于资助个人，即受益人为多名学生或老师，主要用于奖学金、奖教金和助学金等；另一种用于资助捐赠项目，即资助已有的捐赠项目和设立新的捐赠项目，主要用于改善教学设施、实验室建设和设备购买等。捐赠项目由捐赠理事建立，一个捐赠项目可以涉及多个受益单位，每个单位在该项目中有确定的受益比例。由捐赠理事为项目中的每个单位指定一个项目负责人，并指定每个单位受益比例。每个单位的受益比例是指在一个捐赠项目中的每个单位所应得的金额占该捐赠项目总受益金额的比例。一个捐赠项目可以由多个捐赠来资助，一个捐赠也可以资助多个捐赠项目。由捐

28、赠理事将一个捐赠的捐赠金额分配给所资助的多个捐赠项目，并指定给每个捐赠项目的具体的捐赠金额。 初步设计了校友捐赠信息数据库，其关系模式如图4-1所示。 关系模式的主要属性、含义及约束如表4-1所示。 表4-1 主要属性、含义及约束 属 性 含义和约束条件 项目编号 唯一标识某个捐赠项目信息 受益人 捐赠的受益人名称 受益人类型 分为：学生、教师 受益金额 每个受益人具体得到的捐赠金额 受益比例 捐赠项目中每个捐赠单位应得到的项目捐赠总金额的比例 项目受益金额 从一个捐赠中分配给一个捐赠项目的具体金额 1. 对关系“校友信息”，请回答以下问题： (1)列举出所有候选键的属性。 (2)关系“校友信

29、息”可达到第几范式，用60字以内文字简要叙述理由。 答案:(1)“校友编号”和“身份证号”。 (2)“校友信息”关系模式可以达到第二范式，不满足第三范式。 由于“校友信息”关系模式的主键是“校友编号”，但又包含函数依赖： 班级院系，入学年份 不满足第三范式的要求，即存在非主属性对码的传递依赖。本题考查数据库理论的规范化，属于比较传统的题目，考查点也与往年类似。 本问题考查非主属性和第三范式。 根据“校友信息”关系模式可知，“校友编号”和“身份证号”都是校友信息的决定因素，因此都是候选键的属性。 根据第三范式的要求：每一个非主属性既不部分依赖于码也不传递依赖于码。 根据“校友信息”关系模式，其中

30、存在以下函数依赖： 班级院系，入学年份 而由于“校友信息”关系模式的主键是“校友编号”，因而，存在非主属性对码的传递依赖。所以，“校友信息”关系模式可以达到第二范式，但不满足第三范式。 2. 对关系“捐赠信息”，请回答以下问题： (1)针对“捐赠信息”关系，用100字以内文字简要说明会产生什么问题。 (2)把“捐赠信息”分解为第三范式，分解后的关系名依次为：捐赠信息1，捐赠信息2， (3)列出“捐赠信息”关系修正后的各关系模式的主键。 答案:(1)“捐赠信息”关系不满足第二范式，即非主属性不完全依赖于码。 (2)会造成：插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下：

31、 捐赠信息1(捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式) 捐赠信息2(受益人身份证号，受益人姓名，受益人所在单位，受益人类型) 捐赠信息3(捐赠编号，受益人身份证号，受益金额，使用说明) (1)修正后的主键如下： 捐赠信息1(捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式) 捐赠信息2(受益人身份证号，受益人姓名，受益人所在单位，受益人类型) 捐赠信息3(捐赠编号，受益人身份证号，受益金额，使用说明)本问题考查第二范式和第三范式。 根据第三范式的要求：非主属性不完全依赖于码。 根据“捐赠信息”关系模式，可知其码为(捐赠编号，受益人身份证号)，而又存在部分函数依赖：

32、 捐赠编号捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式。 受益人身份证号受益人姓名，受益人所在单位，受益人类型。 所以，捐赠信息”关系不满足第二范式，会造成：插入异常、删除异常和修改复杂(或修改异常)。 因为存在部分函数依赖，因此对“捐赠信息”进行分解，分解后的关系模式如下： 捐赠信息1(捐赠编号，捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式) 捐赠信息2(受益人身份证号，受益人姓名，受益人所在单位，受益人类型) 捐赠信息3(捐赠编号，受益人身份证号，受益金额，使用说明) 其中， “捐赠信息1”关系的函数依赖为： 捐赠编号捐赠校友，捐赠时间，捐赠金额，捐赠类型，使用方式。 “捐赠信息2”关系的函数依赖为： 受益人身份证号受益人姓名，受益人所在单位，受益人类型。 “捐赠信息3”关系的函数依赖为： 捐赠编号，