数据库系统工程师基础知识(选择题)模拟试卷4
中文选择题(含2小题)
原型法也可以应用在需求分析阶段,正因为如此,原型法也可以分成两种类型,即(4)和(5)。在需求分析阶段使用的原型仅仅是用来让用户和系统设计员深入理解用户需求而设计的,它在完成需求定义后也就失去任何意义,将直接被抛弃。正式的软件产品是不能在这种原型的基础上开发的。(5)则不一样,它就是原型开发方法中引入的原型,软件产品就是在这种原型的基础上不断改进,而最终得到正式的软件产品的。实际上,原型开发方法吸收了瀑布模型的一些优点,并使系统在螺旋演进的过程中得到逐步完善,而最终形成用户可以接受的正式软件产品。
1.(A)
A. 重用型原型
B. 原始型原型
C. 即弃型原型
D. 可视型原型
解析:
软件开发环境是一个综合性的概念,它涵概了开发软件产品的方法、(6)和管理等多方面的因素。软件开发(6)是软件开发环境的一个因素,它包含软件工程整个过程(包括需求、设计、编码、测试等阶段)使用的所有工具软件,而不仅仅是用来供程序员使用的集成开发软件工具。不断完善软件开发环境,统一各个阶段接口的目的就是要不断提高软件工程过程的(7),实现软件工程各个环节相关人员正确的信息交互。提高企业的软件工程水平必须通过不断完善企业的软件工程本身,也就是软件工程的各个环节而实现。软件工程的水平不是指软件产品的技术水平,它是对软件产品开发过程的工程水平的描述。
2.(D)
A. 成熟度
B. 速度
C. 质量
D. 安全性
解析:
根据测试的对象和重点不同,可以将软件测试分成单元测试、(8)、(9)等不同的过程。单元测试属于白盒测试,需要对模块接口、局部数据结构、全部局部程序逻辑路径、出错处理、边界条件等多个方面做测试。单元测试可以借助于目前比较流行的单元测试软件来完成。当然,高质量的测试还需要开发人员的参与。不同的软件组织中,单元测试的主体可能并不相同,开发人员的参与对于提高单元测试的质量非常重要,而开发人员还应该参与甚至主导单元测试的设计过程。
3.(B)
A. 性能测试
B. 系统测试
C. 完整性测试
D. 安全性测试
解析:
新开发的数据库管理系统中,数据库管理员张工发现被用户频繁运行的某个查询处理程序使用了多个表的连接,产生这一问题的原因在于(6)。在保证该处理程序功能的前提下提高其执行效率,他应该(7)。
4.(B)
A. 建立该查询处理程序所用到表的视图,并对程序做相应的修改
B. 建立查询处理程序所用到表进行必要的合并,并对程序做相应的修改
C. 修改该程序以减少所使用的表
D. 尽可能采用嵌套查询实现该程序的功能
解析:查询处理程序使用了多个表的连接,产生这一问题的原因往往在于需求分析阶段对用户的信息要求和处理要求未完全掌握,不知道用户将要频繁执行的数据库操作和希望查询的报表结果。如果出现这种情况,要在保证该处理程序功能的前提下提高其执行效率,则应该建立该查询处理程序所用到表的视图,即把多个表的连接用视图来统一,然后修改程序,使之只对该视图进行查询。
若关系诊疗科和医师进行自然连接运算,其结果集为(10)元关系。医师和患者之间的治疗观察关系模式的主键是(11)。
5.(C)
A. 医师姓名、患者编号
B. 医师姓名、患者姓名
C. 医师代码、患者编号
D. 医师代码、患者姓名
解析:本题考查的是关系数据库E-R模型的相关知识。根据题意,关系诊疗科和医师进行自然连接运算,应该去掉一个重复属性“诊疗科代码”,自然连接运算的结果集为5-1=4元关系。医师和患者之间的治疗观察之间是一个多对多的联系,多对多联系向关系模式转换的规则是:多对多联系只能转换成一个独立的关系模式,关系模式的名称取联系的名称,关系模式的属性取该联系所关联的两个多方实体的主键及联系的属性,关系的码是多方实体的主键构成的属性组。由于医师关系的主键是医师代码,患者关系的主键是患者编号,因此,根据该转换规则试题(31)医师和患者之间的治疗观察关系模式的主键是医师代码和患者编号。
某高校学生管理系统的新生数据取自各省招生办公室的考生信息,筛选出录取本校的考生信息直接导入,再根据录取专业划分班级并生成学号(学号的前四位与所在班级编号相同)。学校的学生管理业务多以班级和学生为单位处理,应对学生信息表(18),以减少I/O访问次数,提高系统性能。设该系统的学生关系模式为:学生(学号,姓名,性别,出生日期,身份证号,籍贯,家庭所在地),在该系统运行过程中,DBA发现频繁访问学生关系的查询程序只涉及学号、姓名、性别和出生日期属性,为提高该查询程序的性能,应(19)。
6.(C)
A. 直接修改该查询程序
B. 分解学生关系为学生1(学号,姓名,性别,出生日期)和学生2(学号,身份证号,籍贯,家庭所在地),并修改该查询程序
C. 分解学生关系为学生1(学号,姓名,性别,出生日期)和学生2(学号,身份证号,籍贯,家庭所在地),并构建“学生”视图,该查询程序不做修改
D. 创建学生关系上的视图 学生1(学号,姓名,性别,出生日期),该查询程序不做修改
解析:从各省招生办导入的数据中,学生记录以省为单位相对集中,当以班为单位处理时,同班学生散布于不同省份,在物理存储上就分散在不同的硬盘区块,需要进行大量的 I/O操作。当以班级为单位集中存储学生信息时,每次处理只需进行少量的I/O操作,在性能上会有显著的提高。在物理上将同班学生集中存放使用的方法是建立班级上的聚簇索引,学生关系不含班级属性,而学号的前4位与班号相同,可通过建立学生聚簇索引达到同样效果,故选项C正确;普通索引和UNIQUE索引不能实现记录的物理分布,故选项A、B错误:HASH分布不能实现同班学生的集中存储,故选项D错误。频繁执行的应用程序是系统优化的重点。本问题的原因在于与该应用程序不相关的数据使得每次执行访问的I/O次数增多,是问题的主要矛盾,修改应用程序通常对性能的提高不明显,选项A错误;将学生关系分解后,使得数据相对集中,在访问数据库时可以减少I/O操作,分解后表名的改变又会影响到应用程序,而建立同名视图可以使应用程序不受影响。故选项B、D错误。
关系模式及(U,F),其中U={W,X,Y,Z},F={WX→Y,W→X,X→Z,Y→W}。关系模式R的候选键是(1)、(2)是无损连接并保持函数依赖的分解。
7.
解析:
给定关系模式R(U,F),U={A,B,C,D,E},F={B→A,D→A,A→E,AC→B),其候选关键字为(13),则分解P={R1(ABCE),R2(CD)}满足(14)。
8.
解析:
已知关系R如表18-1所示,关系R的主属性为(24),候选关键字分别为(25)。
9.(D)
A. ABC
B. AB,AD
C. AC,AD和CD
D. AB,AD,BD和CD
解析:从表18-1中可以看出,任何一个属性都不能决定其他3个属性值。A,B两列中没有相同的行值(元组在这两列的分量),同时,C,D两列中也没有相同的行值,因此,可以说AB→CD,也可以说CD→AB,即ABCD都是关系R的主属性。另外AD,BD两列中也没有相同的行值,因此,AD和BD也是候选关键字。而 AC有相同的行值(ac),其对应的BD的行值却不相同(分别为bd和dg),所以AC不是候选关键字。同理,BC也不是候选关键字。
事务
本文档预览:3600字符,共10304字符,源文件无水印,下载后包含无答案版和有答案版,查看完整word版点下载