简介这是一份《数据库原理》期末试卷及参考答案主要面向高校数据库原理课程学生、期末备考者及需要系统复习数据库基础的读者。内容包含单项选择题、填空题、名词解释、简答题与简单应用题等常见题型覆盖数据库管理系统DBMS、数据模型三要素、关系模型与键、SQL查询与视图、嵌入式SQL、索引管理、事务控制与数据安全性等核心考点。试题还涉及常见SQL错误辨析、游标管理、主键识别、模式匹配等细节通过刷题和对照答案可快速检验对数据库原理概念的理解熟悉典型考题思路并查漏补缺。资源共1个doc文档大小约84KB便于打印或在线使用。已有63人学习下载适合考前冲刺和课程复习。1. 拿到A卷先别急着背答案数据库原理复习为什么最怕“看题都会合卷就忘”数据库原理的期末复习最常见的翻车方式不是没资料而是抱着一份《数据库原理》期末试卷及答案从头看到尾看到第三题觉得“这我会”翻到答案觉得“这简单”合上卷子两小时后连候选键怎么求都卡壳。这套流程我见过太多次自己也踩过。原因很简单试卷答案给的是结果不是你的思考过程。读答案时大脑会产生“我懂了”的错觉实际上没有完成任何一次独立的推导。这份A卷真正的作用是当你把它当成自测工具、闭卷限时做完再对答案时它才能暴露你在关系代数、范式判断、事务恢复这些模块里的真实缺口。适合谁用期末冲刺的本科生、重修刷分的、考研前拿它做知识筛子的人都适用前提是别把它当成背诵材料。2. 一份A卷的考试地图题型分布与复习优先级怎么定拿到一份数据库原理期末试卷A卷第一件事不是做题而是先认清这张卷子的结构。各院校命题风格有差异但A卷的题型骨架高度一致按我经手过的多套试卷归纳主要集中在以下几类。2.1 常见题型构成与分值权重先分清送分题和拉分题典型A卷的题型与分值如下表所示具体分值比例因教材和院校而异这里给的是常见区间。题型常见题量分值区间考察定位选择题10-20题20-30分概念辨析、SQL语义、事务特性填空题10-15空10-20分术语记忆、范式定义、日志类型名词解释4-6题10-15分事务ACID、三级模式、数据依赖关系代数与SQL3-5大题20-35分核心操作区分度最高范式判断与分解1-2大题10-15分函数依赖、无损连接、保持依赖事务并发与恢复2-3大题10-15分隔离级别、死锁、日志恢复ER图与数据库设计1-2大题10-20分概念模型转关系模式这里有个容易被忽略的结论选择和填空只占三四十分看上去多但大多靠记忆就能拿下而关系代数与SQL、范式判断这两块才是把成绩从及格线拉到80分的分水岭。平时复习如果只盯着名词解释背做题时就会发现连SQL的分组统计都写不利索。2.2 六个高频考点模块关系代数、SQL与范式是主干把多套A卷的考点摊开看会稳定落在六个模块关系模型与完整性、关系代数与SQL、函数依赖与范式、事务与并发控制、数据库恢复、数据库设计ER图。其中关系代数与SQL占了最大分值范式判断几乎必有一道大题事务与恢复则以简答或分析题出现。不管用的是哪本教材哪怕你手头是宋金玉主编的《数据库原理与应用》这几块的内容编排顺序都差不多先讲关系模型再讲SQL然后是规范化理论和事务机制。复习优先级应该按分值权重来定而不是按教材章节顺序往后翻。我的习惯是倒着来先啃SQL再啃范式最后补事务恢复概念选择和填空放在考前一周集中过。2.3 答案不是用来背的先自测再对答案的阅读顺序先说清楚答案的正确打开方式写完整张卷子之前不许翻答案页。这听起来像废话但很多人就是忍不住边做题边瞄答案自己骗自己说“我只是确认一下思路对不对”实际上大脑已经把答案的味道记住了后面做题变成回忆而非推导。实际操作顺序我一般这样定第一步闭卷限时90分钟做完所有大题选择题也要写理由而不是只写ABCD第二步打分时把每道题的失分原因写在题号旁边分成“概念没记住”和“方法不会用”两类第三步只针对错题对应的知识点去看教材而不是重看整份答案。答案里给出的标准解只能用来验证结果不能替代你自己在草稿纸上的推导过程。3. 关系代数与SQL从表达式到分组统计的大题拿分路径关系代数和SQL是数据库原理A卷里分值最高、也最能区分熟练度的一类题。很多人在这一步翻车不是因为不会写而是因为表达式的书写顺序和SQL的语义顺序对不上。先理清这两层再动手写。3.1 关系代数的书写顺序选择、投影与连接谁先谁后关系代数的基本操作是选择、投影、连接、除、并、交、差。一个最常见的错误是把选择条件直接写在连接后面导致中间结果集过大逻辑上没错但表达式冗长阅卷按步骤给分时容易丢分。以学生选课库为例学生表student(sno, sname, dept)课程表course(cno, cname, credit)选课表sc(sno, cno, grade)。查询“计算机系学生选修了课程编号为C02的课程名称”正确的表达式是先对student做选择σ(dept计算机)再与sc做自然连接最后与course做自然连接投影出cnameπ_cname(σ_dept计算机(student) ⋈ sc ⋈ course)注意这里的写法顺序选择操作要最先执行把数据量缩到最小后再做连接。如果先做三表连接再选择逻辑结果相同但中间结果膨胀步骤分拿不全。判断一个表达式是否合格的标准很简单每个操作符处理的数据量都应该尽可能小这是关系代数表达式的等价变换优化原则期末试卷默认希望你按这个思路写。3.2 分组统计SQL的两个易错参数GROUP BY列与HAVING条件SQL大题里最常考的是分组统计翻车点集中在两个地方SELECT子句里出现了没有参与GROUP BY的非聚合列HAVING和WHERE的职责混淆。这两条几乎是每年必踩的坑。先说WHERE和HAVING的区别。WHERE在分组前过滤行HAVING在分组后过滤组。一个经典题查询平均成绩大于等于85分的课程编号和平均成绩。正确写法是先按课程号分组再用HAVING过滤平均分SELECT cno, AVG(grade) AS avg_score FROM sc GROUP BY cno HAVING AVG(grade) 85;如果这里把条件误写成WHERE AVG(grade) 85数据库会直接报错因为聚合函数不能出现在WHERE子句里。原因在于SQL的执行顺序先FROM定位表再WHERE过滤行然后GROUP BY分组接着执行聚合计算最后HAVING过滤组。WHERE执行时聚合结果还不存在自然无法作为过滤条件。再看GROUP BY的那个坑。查询每个系的学生人数SELECT dept, COUNT(*) AS stu_cnt FROM student GROUP BY dept;这里 SELECT 后面只能出现 dept 和聚合函数 COUNT。如果画蛇添足加上 sname数据库会报错因为同一组里的学生姓名是多个值无法确定要显示哪一个。这是SQL分组语义的硬规则。3.3 用一个选课库验证SQL从建表到出结果的完整步骤看完语法规则还得能亲手跑一遍。这块我的建议是装一个SQLite拿最小数据量验证你的查询比用草稿纸推导靠谱得多。演示一下最常考的除法运算查询“选修了全部课程的学生学号”。不熟悉除法的考生容易卡住实际实现思路是用NOT EXISTS做双重否定-- 查询选修了全部课程的学生学号 -- 思路不存在这样一门课程该学生没有选它 SELECT sno FROM student s WHERE NOT EXISTS ( -- 找出一门该学生没选的课程 SELECT 1 FROM course c WHERE NOT EXISTS ( SELECT 1 FROM sc WHERE sc.sno s.sno AND sc.cno c.cno ) );这段SQL的逻辑可以拆成三层最内层NOT EXISTS判断某学生是否选了某门课中间层NOT EXISTS找出“该学生没选的课程集合”最外层WHERE NOT EXISTS判断这个集合为空。集合为空说明该生选了全部课程。参数说明的关键在于两层NOT EXISTS的变量关联内层查询引用外层student的sno和course的cno这种关联子查询的写法是除法运算的标准实现。第一次看不明白很正常把表建出来插入三五条数据逐个执行内层查询观察结果集变化比背十遍定义都管用。我建议把所有SQL题的验证步骤统一成三个动作第一画出涉及的表并标注主键和外键第二手写SQL后用真实数据跑一遍观察中间结果第三把题目给出的结果集和你查询的结果集逐行对比不一致时优先检查JOIN条件和NULL值处理。NULL是另一个重灾区后面单独说。4. 函数依赖、候选键与范式判断给规范化题一条固定解法范式判断和模式分解是数据库原理试卷里最像“计算题”的题目它有固定步骤不需要灵感。很多人在这类题上丢分不是因为不懂概念而是解题步骤混乱东试一下西试一下。下面给一条我自己反复用的验证链。4.1 先求属性闭包再定候选键三步排除法求候选键是所有范式判断的前提。第一步列出全部函数依赖第二步计算每个属性或属性组合的闭包判断它能否推导出全部属性第三步从超键里去掉冗余属性得到候选键。属性闭包的定义是从一个属性集合出发反复应用函数依赖不断加入新的可推导属性直到集合不再变化。判断属性集合X是否为候选键就看X的闭包是否等于关系模式的全部属性集合U。举例说明设有关系模式R(U, F)U {A, B, C, D, E}函数依赖F {A→BC, C→D, D→E}。求候选键的过程第一步看哪些属性从不出现在函数依赖的右端。右端出现过的属性是B、C、D、E只有A从未出现在右端所以A必在候选键中。如果A单独就能推出全部属性A就是唯一候选键。计算A的闭包A→BC推出B和CC→D推出DD→E推出E。闭包覆盖了全部属性所以候选键就是{A}。这三步看起来简单但实际考试里陷阱在于多个候选键的情况。比如函数依赖换成F {AB→C, C→D, D→E}这时A、B都从未出现在右端所以候选键至少是{A,B}单独A无法推出B所以{A,B}是唯一候选键。做题时先把“左端没有冗余属性”的集合都列出来用闭包验证不要只盯着单个属性看。4.2 判断最高范式从1NF到BCNF的判别顺序确定候选键后按顺序逐级判断每判断一级都要说明理由。范式判断的顺序是严格的先看1NF再看2NF再看3NF最后看BCNF。1NF要求所有分量不可再分这张表里的属性都是原子值通常默认满足。重点从2NF开始。2NF的要求是满足1NF且每一个非主属性完全函数依赖于候选键不能只依赖于候选键的一部分。判断方法如果候选键是单属性那么2NF自动满足因为不存在部分依赖的可能。如果候选键是复合的比如(A,B)就要检查是否存在非主属性只依赖于A或只依赖于B。看一个例子R(学号, 课程号, 成绩, 系名)函数依赖为{学号→系名, (学号,课程号)→成绩}。候选键是(学号,课程号)但系名只依赖于学号不依赖于整个候选键存在部分依赖因此该关系模式最高只满足1NF不满足2NF。3NF要求消除传递依赖。判断方法先确认满足2NF然后检查是否存在非主属性依赖于另一个非主属性。比如R(学号, 系名, 系主任)函数依赖学号→系名系名→系主任。非主属性系主任依赖于非主属性系名形成传递依赖因此最高满足2NF。BCNF则更进一步要求每一个函数依赖的左端都必须是候选键通常期末考试只要判断到BCNF即可极少要求分解到4NF。4.3 无损连接与保持依赖分解成3NF的验证方法范式题的第二问往往是“将关系模式分解为3NF并判断是否保持无损连接和函数依赖”。分解本身有固定算法对每一个违反3NF的函数依赖把它涉及的属性单独做成一个关系模式如果存在多个函数依赖的左端相同合并为一个最后检查候选键是否在某个分解后的关系模式中出现如果候选键没有出现就单独增加一个包含候选键的关系模式。验证无损连接的标准做法是画一张追踪表行是分解后的关系模式列是全部属性。让每个关系模式的属性填入标记反复应用函数依赖推导看是否有某一行全部变为有效标记。只要有某一行的所有列都被填满分解就是无损的。保持依赖则更好检查把原来的函数依赖逐一验证看每个依赖的左端和右端是否都出现在同一个分解后的关系模式中如果每个依赖都被某一个模式覆盖就保持依赖。这块容易出错的地方是把“保持依赖”和“无损连接”当成一回事。实际上无损连接保证的是数据不丢失保持依赖保证的是函数约束不丢失两者可以互相独立。分解到3NF可能同时满足两者但BCNF分解有时会牺牲保持依赖。做题时先把两个要求分开写结论再分别给验证过程步骤分就不会丢。5. 事务、并发控制与日志恢复跨考点的常见问题排查事务、并发控制与日志恢复是A卷简答题的高频区也是考生最容易凭感觉答题的模块。下面用排查问题的形式把几个高频考点的原理边界讲清楚。5.1 隔离级别记混导致的读现象误判现象题目写出一个并发调度问你该调度是否允许脏读、不可重复读、幻读答案总是写反。原因四种隔离级别对应的现象列表没有形成坐标系只背名字不背语义。解决把隔离级别和读现象对照关系固定成一张表做题时先圈出隔离级别再对应现象。隔离级别脏读不可重复读幻读Read Uncommitted可能可能可能Read Committed禁止可能可能Repeatable Read禁止禁止可能Serializable禁止禁止禁止排查读现象题有一个习惯先把事务T1和T2的操作序列画成时间线标出读写位置然后逐个看T1读某个值之后T2是否在T1提交之前修改了它。脏读的本质是“T1读到了T2未提交的改动”从这个定义反推隔离级别的限制比死记硬背可靠。5.2 两段锁协议加锁与解锁的边界在哪里现象把两段锁协议理解成事务分两步加锁再分两步解锁或以为两段锁协议能彻底解决死锁。原因把“两段”理解成了“两个加锁阶段”没有搞清增长阶段和收缩阶段的定义。解决两段锁协议要求每个事务分为两个阶段加锁阶段只加锁不放锁解锁阶段只放锁不加锁。题目里画一个锁请求时间表检查同一个事务是否在释放任意锁之后又请求了新锁如果存在就是违反两段锁协议。再补充一个死锁判断题的排查思路死锁产生的四个必要条件包括互斥、持有并等待、不可剥夺和循环等待。两段锁协议并不消除死锁只是让可串行化有了保障死锁处理要靠死锁预防破坏必要条件或死锁检测与恢复选择牺牲者回滚。考试里让你判断调度是否两段锁就只检查加解锁顺序不要扯到死锁上。关于死锁受害者选择答题口径通常是选择事务运行时间最短、回滚代价最小的作为牺牲者这是系统恢复的实际策略。做题时如果题目给了两个事务的已执行步数就按“回滚工作量小者”来选并写明该事务会收到回滚信号并撤销已执行操作。5.3 REDO还是UNDO从日志记录判断恢复动作现象给出日志记录序列让你判断崩溃后哪些事务要REDO哪些要UNDO判断依据写错。原因只记了“REDO重做已提交UNDO撤销未提交”这句口诀但没有对应到日志中 、 、 标记的具体位置。解决先扫描日志所有记录把事务分成三类有提交记录的事务、有中止记录的事务、既没有提交也没有中止记录的事务。有提交记录的做REDO有中止记录的做UNDO既没提交也没中止的视为未完成事务同样做UNDO。关键陷阱在于REDO时不能用当前数据库的旧值而是要把日志中记录的更新值重新写入UNDO时要把日志中记录的前像值写回去。前像旧值和后像新值在日志里的位置是固定的做题前先把每条日志的T, X, old_value, new_value格式标出来再判断动作类型丢分率会明显下降。恢复阶段的执行顺序也是考点通常先UNDO未完成事务再REDO已提交事务顺序颠倒可能导致数据库状态不一致。6. 最后一遍复习动作把试卷答案变成反馈信号到了考前最后几天不要把这份A卷再从头做一遍而是改成三个针对性动作。第一把之前对答案时记录的失分原因分类统计哪类失分超过三分之一就只复习那个模块。比如关系代数错得多就集中练选择、投影、连接、除法的表达式转换。第二把答案里的标准解当作“最小值考纲”顺着每道题的答案反推它考察的教材章节把答案里出现的每一个专有名词在原书目录里定位一遍扫掉知识盲区。第三做一道“合并同类题”不看答案把试卷里每道SQL题改一个条件重做例如把平均分大于85改成小于60把计算机系改成其他系验证自己是真的会写而不是背会了那道具体题目。我自己的教训是有一年复习数据库原理我背了七八道简答题的答案进考场看到原题确实见过欣喜地写下了背过的文字结果题目把“两段锁协议”改成了“两阶段提交协议”我浑然不觉地答完了整个两段锁的内容。交卷出来翻书才发现自己答非所问。那次之后我改掉了一个习惯对答案时不再看“这道题答案是什么”而是看“这道题在考哪个知识点它能变出哪些问法”。答案是一张地图不是终点本身。这份A卷你做得越狼狈暴露的缺口越真实这时候应该庆幸——考场上暴露的代价比现在大得多。希望这份拆解对你有用把它当成一面镜子而不是一颗定心丸你的数据库原理复习才算真正到位。本文还有配套的精品资源点击获取