西北工业大学2010-2011数据库考题

一、填空
1、在java程序中若要使用到数据库，首先要加载驱动程序，如果使用jdbc连接
postgreSQL中的test数据库，可以使用①语句加载驱动程序，驱动程序加载之后，下一步要做的工作是通过②方法获得和数据库建立的连接，该方法需要的参数有③、用户名（userld）和密码（passward）。

2、一个关系模型式为Y（X1,X2,X3,X4），假定该关系模式中存在如下函数依赖：X1→X2，
X1→X3，X3→X4，则该关系属于④范式，因为它存在着⑤。

3、一个关系模式如果满足了⑥范式，那么在函数依赖范畴内，它已实现了彻底的
分离。

4、在事务的ACID特性中，对于隔离性，数据库管理系统是通过⑦协议保证的。

5、一个学生可以同时借阅零本或多本图书，一本图书只能由一个学生借阅，但可以不
被学生借阅，则学生实体和图书实体之间的联系为⑧的联系，学生在联系参与性约束中的最小值为⑨。

6、关系模型的三类完整性约束分别为：实体完整性、参照完整性和用户定义完整性，
其中除了⑩之外，另外两个完整性约束应该是由关系系统自动支持的，因此这两个完整性约束也称为关系的两个不变性。

二、简答题
1、简述数据库、数据管理系统与数据库系统的概念。

2、数据库管理系统DBMS存储数据库于二级存储设备上，我们称之为静态数据库，而事务则在内存中执行，因此，数据库管理系统需要把数据从静态数据库取到内存供事务访问，同时，也需要把事务对内存中数据的更新写回静态数据库。

为了在存取效率和出现崩溃时恢复的复杂程度之间做出取舍，数据库管理系统所采取的数据可更新（Database Update）策略（事务对内存中数据修改后，数据库管理系统向数据库更新的策略）和事务提交时所采取的页面刷新（Page Propagation）策略（事务提交时，数据库管理系统把事务对数据的更新向数据库刷新的策略）可能不同。

数据库更新策略的不同决定了恢复时是否需要Undo过程，事务提交时所采取的页面刷新策略不同决定了恢复时是否需要Redo过程。

试简述数据库管理系统可能采取的不同数据库更新策略以及事务提交时不同的页面刷新策略，并说明每种策略是否需要Undo和Redo过程，尝试分析各种策略优缺点。

3、简述数据库在中的死锁现象，并描述如何使用有向图方法检测死锁。

三、关系表达式
1、已知关系R和S如下：
①求R S
②R S
设有关系模式Department、Teacher、Student、Course和SC如下：
Department（dNo。

Dname，officeRoom，tel）
Teacher （sNo，sName，sex，age，dNo）
Student （tNo，tname，sex，dNo）
Course （cNo，cName，credit，tNo）
SC （sNo，cNo，score）
（1）试用关系代数表达式完成下列操作。

①求选修了课程号（cNo）为“C1”，并且选修了课程号（cNo）为“C2”的学生姓
名（sName）。

②求选修了课程名（cName）为“DB”，并且成绩（score）小于60分的所有学生姓
名（sName）。

③求选修了“陆伟”教师所讲授的课程名为“DB”的所有“软件学院”学生姓名。

（2）试用SQL语句完成下列操作。

①查询选修了课程名（cName）为“程序设计”，并且成绩在90分以上的学生的姓
名。

②查询至少选修了三门课程的学生姓名（sName）。

③查询选修人数大于100人的课程名称（cName）和具体选修人数。

④将“软件与微电子”学院的所有学生的“Database Systems”课程成绩增加10分。

四、分析设计题
1、数据库设计：
在一个教师信息管理系统中提供以下信息：
系：系代号、系名、联系电话、联系地址；
教师：教师号、姓名、性别、职称；
课程：课程代号、课程名、课程简介；
学科方向：学科代码、学科名称、研究内容；
上述实体集中存在如下联系：
（1）每个系可能有多个联系电话号码；
（2）每个系拥有一个或多个学科方向，某一学科方向只能属于某一固定系；
（3）每个系拥有多名教师，至少拥有一名教师，一名教师只能属于某一固定系；
（4）教师属于某一学科方向，但允许教师暂时不属于任何学科方向，也允许某一学科方向暂时没有教师；
（5）一个教师可以讲授多门课程，一门课程可为多个教师讲授，教师只在某一固定学期讲授课程，学期用学期号表示，允许教师暂时不用讲授课程；
（6）每个学科方向只能有一名教师作为学科带头人，也可能暂时空缺；
（7）某些课程有可能有先修课程，但最多只能有一门先修课程，一门课程可能为多门课程的先修课程。

试完成如下设计：
（1）构造满足需求的E/R图模型，并对模型图进行必要文档描述，必要时可以对需求做合理补充说明，但在文档中应该描述清楚。

（2）将第一步得到的E/R模型逐步转换为等价的关系模式，要求写出转换步骤和说明。

2、事务设计：
Suppose William and Julie share a savings and a checking account at a bank. The bank has many automatic teller machines. William banks from one ATM while Julie banks at anther ATM. William wishes first to deposit four hundred dollars into the savings account and then to transfer three hundred dollars from the checking account to the saving account. Julie wishes first to seposit a
check for five hundred dollars into the checking account and then withdraw one hundred dollars from the savings account.
Suppose the account activities occur as an interleaved execution of transactions updating the database. Also, you should assume that these scenarios are run on PostgreSQL meaning that you
You will now analyze the following scenario involving these account activities and identify what problems exist in the scenario as well as how to fix them.
（1）找出以上并发誓无设计存在的问题，并进行分析和说明每个问题存在的原因：（2）给出正确的事物设计，包括事务边界和隔离等级。

3、设有关系模型R（A,B,C,D）,其上的函数依赖集：
F={A→C,C→A,B→AC,D→AC}
（1）求F的最小函数依赖集Fm；
（2）求R的候选关键字；
（3）将R逐步分解使其满足BCNF。

4、查询分析和优化
假设你受雇于一家医院，承担数据库管理员工作，你的一位同事在postgreSQL数据库中创建了一张表patient，用于存储病人信息，现要求你帮助获取所以女病人的信息，你通过查询语句select*from patient where gender=’f’来获取，结果发现查询性能非常糟糕，而现实patient表的那位工作人员不在现场，你必须对这个问题加以解决，你首先查看patient表的结构信息，结果如下：
hospital=# \d patient
Table "patient"
Column | Type | Modifiers
--------------------+--------------+-------------
id | integer | not null
firstname | text | not null
lastname | text | not null
title | text |
admissiondate | date |
address | text |
gender | char | default 'f'
Indexes: patient_gender,
patient_id,
patient_firstname,
patient_lastname
Primary key: patient_pkey
从结果在，可以发现性别gender属性已经被索引，因此，性能糟糕并不是由于没有建立索引导致的，接着，进一步对查询进行分析，结果如下：
Hospital=# explain SELECT * FROM patient WHERE gender=’f’;
NOTICE: QUERY PLAN;
Seq Scan on patient (cost=0.00…173.07 row=6406 width=70)
试回答以下问题：
（1）针对gender属性建立索引为何没有被查询使用；
（2）应该如何解决查询性能糟糕的问题。