数据库系统概论期末备考：用试题文档做知识体检与复习路线

简介：一套数据库系统概论期末考试试题，面向高校计算机专业学生及数据库备考者，覆盖数据库系统基础、关系数据库、结构化查询语言、数据库设计、数据安全、事务处理、并发控制与数据库恢复等核心模块，适合期末复习、考研巩固和教学自测。资源以Word文档格式提供，压缩包内仅含一个文档文件，整体大小约为170KB，便于直接下载打印。目前已有3498人学习，复习参考价值受到认可。试卷包含选择题、填空题、判断题、简答题和应用题，题目涵盖物理数据独立性、关系代数投影选择连接运算、候选码与函数依赖、视图安全控制、授权语句、事务原子性、封锁机制及无损连接判断等经典考点，部分题目附有详细解答与示例说明，如视图定义、授权、外码举例等，可帮助读者理清核心概念，掌握数据库原理常见题型的答题思路。适合考前突击、对照教材查漏补缺，是一份实用的数据库原理期末复习资料。

1. 一份期末试题文档，为什么值得当“数据库系统概论”的知识体检

期末还剩两周，手头有一份“完整word版数据库系统概论期末考试试题.doc”，大部分人第一反应是赶紧背答案。我见过很多这么干的同学，考完一交流就翻车：背的题一道没出，换个场景的SQL就写不出来，范式题做到一半卡在“哪个是候选码”。这份文档的真正用法不是“背题”，而是把它当成一份带考点的知识图谱：它把《数据库系统概论》的核心考核点——关系模型、SQL、范式分解、事务并发、恢复与索引——全部浓缩成具体题目，你只需要反推每道题在考哪个章节、哪条原则，就能快速定位自己哪里没懂。这篇笔记就把我按一份试题文档做系统复习的方法拆给你：怎么从题目反推考点优先级、每个题型怎么答才不丢分、三周时间怎么分配，以及我踩过的几个坑。适合期末备考、考研复试，也想顺手检验一下自己工程里SQL和事务理解是否达标的人。

2. 从试题反推考点：一份期末卷子的“数据库系统概论”知识结构

2.1 试卷结构背后藏着出题人的重点排序

期末试题的版面顺序通常不是随机的，它本身就是一份考纲索引。常见结构是先来一批填空和选择，覆盖散点概念，然后进入关系代数和SQL大题，接着是E-R图转关系模式、范式分解、事务并发调度，最后可能落到数据库恢复或索引选择。这个顺序暴露了出题人的层次划分：选择填空考“知道不知道”，大题考“会不会推演”。

所以你不要把填空题等同于低分值的边角料。一份“完整word版”试题文档里，填空和选择往往集中了全书最容易混淆的术语：实体完整性、参照完整性、用户定义完整性、事务的ACID、三级模式两级映像、日志文件的先写日志原则、B+树索引结构。这些点在大题里不会单独出现，但它们是大题的隐藏前置条件。你只有把这些微观概念过一遍，做后面的范式分解、冲突可串行化判断时才不会卡在名词上。

我在复习时会把整份文档先按题型拆一遍，标出每道题对应教材的第几章，然后统计出现频率。这个动作花不了一个小时，但能让你一眼看到：哪一章出题比重最大，哪一章只是选择题的过场。做这个拆解时，建议打开教材目录对照，因为网络流传的试题文档经常不标章节归属，你需要在页边上自己补注。

2.2 常考模块与题型的映射关系表

把历年常见的题型和知识点对应起来，你会得到一张很稳定的映射表。下面这张表是我根据常见期末试题汇总出的，不是某份具体卷子的标准答案，但可以作为你拆解任何一份试题文档的参照：

这张表的使用方法很简单：拿到一份试题文档，把每道题往表里对应，如果某道题你连它属于哪个模块都看不出来，说明你的知识框架还没有建立起来。这一步做得越细，后面专题复习就越省力，而且你会发现同一个知识点在大题和选择题里考察的深度完全不同。比如函数依赖，选择题可能只问“传递函数依赖的定义”，大题却要求你算出闭包并完成3NF无损分解。不把这张映射做出来，你刷第一遍题时本能地只想对答案，等于把最有价值的定位工作跳过了。

2.3 用试题文档给知识盲区做“体检”的三步操作

我不建议一上来就整套限时做题，那样要么打击信心，要么因为碰巧见过这几道题而自我感觉良好。我的习惯是把体检和模拟分开：第一遍只做“定位”，不做“得分”。

第一步，把试题文档扫描成电子版或用翻页模式过一遍，给每道题标三个字段：所属章节、考察的知识点、你的掌握程度（A=可独立写出，B=需要看提示，C=完全没有思路）。这个过程只标C和B，不花时间深究答案，相当于给自己画一张知识弱点分布图。

第二步，把C类知识点集中在纸上，按教材章节数量排序，你会发现自己的盲区往往集中在两三章。以我遇到的情况，绝大多数人会倒在函数依赖闭包计算和并发冲突等价判断上，而这两块恰好是全书最后几章的内容，平时学期中没跟上，到期末就格外痛。

第三步，回到试题文档，把C类题目对应的上下文标出来：题干的哪个条件让你卡住？是“依赖集F没给全”还是“候选码漏算”？把卡点写在那道题的旁边，然后跳过此题，进入专题复习。做这个过程时，先别碰网络上的“期末真题答案解析”，因为很多解析只给结果不给推导步骤，你看完依然不知道闭包是怎么一步步算出来的，最后只是把答案背下来，换一道题依然不会。

3. 把试题文档里的典型大题拆透：从关系代数到并发调度

3.1 关系代数与SQL题：先写条件再写嵌套

期末卷子里的SQL题一般给两到三张表，比如学生、课程、选课，要求写出“没有选修任何课程的学生名单”或者“选修了全部课程的学生学号”。这类题在工程里看着简单，但考试有固定写法要求：用关系代数表达时，除法运算、差运算、投影和选择的条件顺序必须写对，用SQL写时，NOT EXISTS和GROUP BY + HAVING是两种核心套路。

我的答题习惯是先在草稿上写出这个查询的“条件骨架”，再套SQL模板。以“没有选修任何课程的学生”为例，条件骨架是：学生集合减去有选课记录的学生集合。SQL写法就是SELECT * FROM student WHERE sno NOT IN (SELECT sno FROM sc)，但很多阅卷老师会追问一句“用NOT EXISTS怎么写”，因为NOT IN在存在NULL值时会返回空结果，这一点是数据库系统概论里反复强调的空值三态逻辑。考前值得把这两种写法都写一遍，别只背一种。

参数说明：记住空值的比较结果是UNKNOWN，NOT IN子查询只要结果里有NULL，整个条件就会变成UNKNOWN，导致本应返回的行丢失。所以我在答题时优先写NOT EXISTS版本，它遍历的方式让NULL处理更直观。如果试题答案只有NOT IN版本，你不妨在卷面上补一行“若sc.sno存在NULL则结果不同”，这往往能拿到一部分附加分，也说明你对SQL的语义边界有意识。

3.2 范式判断与无损分解：三个步骤避免跳步丢分

范式题是很多期末卷子的压轴题。常见题干是给一个关系模式R(U, F)，U是一组属性集，F是函数依赖集，让你判断最高属于第几范式，并要求分解到3NF或BCNF。这个题型最大的坑是：阅卷按步骤给分，你光写“它是BCNF”没有推导过程等于白写。

我的固定流程是三步。第一步，算出属性闭包来确定候选码。这一步经常被省略，但候选码错了后面全错。采用逐个属性或属性组合求闭包的笨办法，虽然慢，但期末卷子属性一般不超过五个，组合数可控。第二步，观察函数依赖的左边是否包含候选码。若全部包含候选码，则是BCNF；若存在不包含候选码的非平凡依赖，且依赖左边是某候选码的真子集，则只到2NF，存在部分依赖；若左边是超码但存在传递依赖，则到3NF。第三步，做3NF保持函数依赖的分解时，先把每个函数依赖X->Y单独成组，再合并左边相同的组，若分解后没有一组包含原关系的候选码，则补一个候选码组，这保证无损连接性。

我见过很多同学在第三步直接“凭感觉分组”，结果分解出来的模式连函数依赖集都覆盖不全。这里要记住：3NF分解关注保持函数依赖，BCNF分解才重点关注无损性。如果是BCNF要求，则每次找一个违规依赖，把关系拆成XY和R-Y两组，再递归检查，直到全部满足。做这类题不要追求一次写成，先在草稿上把候选码、函数依赖闭包两步写出来，再动正稿。

3.3 事务并发调度题：优先图画法比背定义实用

并发控制是数据库系统概论里最容易背了定义还是不会做题的章节。一道典型的期末题是给你一个调度序列，比如R1(A) R2(A) W2(A) W1(A) Commit1 Commit2，让你判断它是否冲突可串行化，以及是否满足两段锁协议。

判断冲突可串行化，我习惯用的工具是优先图：把事务当作节点，若事务Ti的一条操作与Tj的一条操作冲突（一条读一条写或两条写同一数据项，且不是Ti的操作全在Tj相同数据项之前），则画一条Ti->Tj的边。完成后看这个有向图有没有环：有环则不是冲突可串行化，无环则是。这个方法比去记“通过交换非冲突操作能否变为串行调度”更容易落笔，也方便在卷面上展示推理过程。

两段锁协议方面，期末题很少让你写完整的加锁解锁序列，通常只是问“该调度是否满足两段锁”。判断标准是：每个事务的加锁阶段（获得所有锁）结束之后，才能进入解锁阶段，两阶段不能交叉。注意，满足两段锁是冲突可串行化的充分条件，但不是必要条件。这个关系几乎是必考的选择题或者判断题，务必把“充分不必要”写清楚。

3.4 数据库恢复与日志题：先写日志后写数据的两条铁律

恢复题通常给一个场景：系统在T3时刻发生故障，同时提供日志记录，问你用REDO/UNDO恢复后哪些事务的哪些数据项需要回滚。这类题的关键不是会读日志，而是理解两条恢复规则：先写日志再写数据；UNDO时按逆序回滚未提交事务，REDO时按日志顺序重做已提交事务。

做题步骤我一般这样拆：先把日志里每个事务的“事务开始”和“事务提交”标记找出来，明确哪些事务在故障点之前已经提交，哪些没有。对已提交事务执行REDO，对未提交事务执行UNDO。这里容易被忽略的是检查点：如果题目里有检查点记录，那么检查点之前已经提交的事务不需要REDO，因为数据页已经写回磁盘了，只需要从检查点之后扫描日志做增量恢复。我在做这类题时会在草稿上划一条时间轴，把检查点和故障点标出来，所有判断都基于这条时间轴，不要凭感觉。

很多试题文档会把日志题和并发调度题合并放在最后一问，让你判断某个恢复算法的可恢复性。这时你得提一句“未提交事务不允许读取另一个事务写入的数据”，也就是级联回滚和无级联调度的区别，这是恢复一章里的隐藏考点。

4. 三周复现路线：把“完整word版”试题文档用成刷题任务书

4.1 第1周：通读试题与教材对照，搭建知识框架

拿到试题文档的第一周，我不要你做整套卷子。这一周的目的是把散落的考点挂回教材章节。我的做法是：每天只处理一个模块，按照第2章里的映射表，从关系模型开始，依次过SQL、E-R图、范式、事务并发、故障恢复。每过一个模块，就回看试题文档里对应的题目，只读题干不看选项，确认自己已经能说出这道题在考什么。

这一周记得准备一张错题本样式的表格，但先不填写，因为第一周的目标是建立“题目到章节”的反射关系。如果发现某道题需要去翻自己本科教材的第N页才能找到概念，说明它涉及的是一个次级考点，比如“SQL语言的事务结束语句是COMMIT还是ROLLBACK”是必背，“数据库系统的三级模式结构由谁定义”也是常考。这类选择题背起来很快，但要放在每天固定的早晚时间各看一遍，利用短时记忆滚动巩固。

4.2 第2周：专题突破，专攻闭包计算、冲突等价与日志恢复

第二周进入专题模式。根据第一周的体检结果，把最薄弱的三个知识点挑出来，每个专题给两天时间。以经典的“函数依赖与范式分解”为例，第一天只做题干的候选码计算，把教材上的求属性闭包算法（反复迭代，初始为X，不断把左边属于当前闭包的依赖右边加入，直到闭包不再变化）练熟。第二天专做分解题，重点检查分解后是否保持函数依赖、是否无损。

对于并发调度专题，找三五道典型题，全部用优先图方法判断一遍，然后检查自己的答案是否和标准答案一致。如果答案说“该调度是冲突可串行化的”而你画出的图却有环，那多半是你把冲突定义记错了：只有读写冲突和写写冲突需要画边，两个读操作之间不加边。这个规则是“冲突”这个黑匣子里的核心，考前每天默写一遍都不为过。

日志恢复专题则要练习画时间轴和判断REDO/UNDO集合。常见做法是自己在白纸上模拟一道“系统在时刻Tf故障，要求恢复数据库”的题目，把日志序列中的BEGIN、INSERT、UPDATE、COMMIT全部按顺序标到轴上。这一周结束，你应该能做到：拿一道从没见过的调度题和一道恢复题，在十五分钟内给出完整推理过程。

4.3 第3周：整套限时模拟，按考试时间分配与顺序策略

第三周的第一次模拟，严格按照期末考试时间和要求做整套卷子。我一般建议选择周末上午，连续做两个小时以上，期间不看手机、不翻教材。做完后最关键的步骤是统计失分结构：是Calc题算错还是SQL题漏了条件，是范式判断步骤不全还是并发题优先图画错。把每一类失分归因到具体知识点，再回到试题文档里找同类型题目重做。

第二次模拟可以启用“跳题策略”：先做自己最拿手的大题，把分数稳到手，再回头啃不会的题。这个策略很实用，因为期末卷子大题起点分值高，因紧张导致会做的题丢分是最亏的。第三次模拟更多是练心态和速度，此时如果你发现某道题涉及的知识点是自己从未见过的，别慌张，先用排除法写出相关概念，能拿步骤分就拿步骤分。

三周复习结束时，那份“完整word版”试题文档上应该布满了你的批注：每道题旁边的掌握程度从C提升到了A或B，原先画红圈的盲区已经变成复习笔记。我习惯在文档最后一页写一段总结——这一版自己最容易犯的三个错误是什么，下一轮复习要先处理哪个。这不只是为考试服务，也是复盘能力在工程里的迁移：任何系统出问题，你都要能定位盲区、设计实验、重跑验证。

5. 刷题避坑：网传试题文档里的五个常见陷阱

5.1 坑一：文档里的答案跟教材版本对不上

现象：按文档给的“标准答案”复习，考场上发现老师讲的和答案不同，直接写错。原因：网上流传的“完整word版”很多是几届前的学长学姐手工整理的，出题人换过，教材也可能从《数据库系统概论(第五版)》换成了第六版。第六版在部分概念表述上有调整，比如对分布式数据库、NoSQL的引入比旧版更靠前，而某些老答案还停留在旧提法。解决：拿到任何试题文档后，先核对每个答案对应教材版本的页码和表述，以你实际使用的教材和课堂PPT为准，不要轻信答案错漏明显的“满分整理”。尤其对“数据库系统概论第六版”这种关键词，你要主动检索它的目录和名词表，把新增加的内容标记出来。

5.2 坑二：只背答案不背过程，换道题就翻车

现象：把文档里的SQL题答案背得滚瓜烂熟，结果考试题目把表名或列名改了一下，就不知道条件该怎么写了。原因：背答案是低效的学习路径，它让你把“题干-答案”当成一对一映射，而不是提炼出解题规则。解决：每道题在答案旁边补一栏“解法骨架”，比如“NOT IN可用NOT EXISTS替代”“两表连接查询先确定公共列”，下次遇到变体题直接套骨架，而不是回忆原题。

5.3 坑三：漏看试卷说明，把“数据库系统概论”考成“MySQL实战”

现象：试题文档里可能有一大批带具体数据库软件操作痕迹的题目，比如要求写出MySQL里某个存储引擎的特性，或者某个SQL语句的执行结果。你花大量时间去背MySQL手册，结果试卷考的是纯关系理论。原因：期末试题的定位是教材理论与基础应用，不是软件操作。文档如果混入了实验课的操作题，那部分只占很小分值，不需要深钻。解决：先看卷首的“考试范围”或“课程说明”字段，确认考试大纲是理论考核还是理论加实验，再决定投入比例。如果你发现某类题目占比异常高，去对照教材课后习题，不要被带偏。

5.4 坑四：范式题只写结论不写推导，被扣步骤分

现象：主观题答案只有一个“3NF”，没有闭包计算和分解过程，分数几乎全部丢掉。原因：没有意识到阅卷是“按点给分”的，推导过程里每一步都有对应的分值点。解决：从第一次做题起就要求自己写出完整推导，包括属性闭包的计算过程和分裂步骤。哪怕你觉得某题简单，也要把过程写出来，养成这个习惯能保证考场上即使结果算错也能拿到大半分数。

5.5 坑五：把“完整word版”文档当成官方真题，忽略错漏字符

现象：文档里出现乱码、表格错行、SQL语句少了一个关键条件，你依然照着答案背。原因：Word版试题经过多次复制和OCR，公式和符号最容易坏，特别是函数依赖箭头、关系代数运算符在转换过程中经常丢失。解决：每道涉及公式或符号的题，先看它是否具备完整的可读性，如果箭头符号丢失、候选码模糊，直接放弃这道题，找同类教材例题代替。考前一周，最好把整份文档的公式部分都核对一遍，别让一个“→”变成了空格害你理解错语境。这个习惯也适用于工程里的配置文档：看到可疑符号第一时间怀疑传输过程，而不是怀疑自己的逻辑。

6. 把错题反向用起来：一个让试题文档价值翻倍的小技巧

期末复习的最后阶段，我不再做新题，而是把已经做过一遍的错题拿出来做“变体改造”。具体做法是：把每道错题的关键条件换掉，自己给自己出一份新卷。比如原文题问“查询选修了课程号为01的学生名单”，我就改成“查询没有选修课程号为01的学生名单”，或者把WHERE条件从等值改成范围；范式题把依赖集F里的某个依赖换掉，再重新算候选码；并发调度题把一组读写的顺序换一下，再画一次优先图。这个技巧的正式名字叫“以题生题”，它能逼着你从“记得答案”升级到“理解规则”，因为改条件之后你会发现，原来的解题套路瞬间失效，必须回到最基础的定义上去推导。每改造一道题，就在文档旁边记下新的易错点。

这个做法在工程排障里同样好用：当你修好一个bug后，不要只确认原先的失败场景通过了，还要想一想“如果这个条件再偏离5%，系统会怎样”，然后补一条测试用例。用错题给自己出题，就是给知识漏洞做回归测试。最后想跟你说句实在话：期末刷题最影响分数的往往不是智力，而是你愿不愿意把一道错题吃透。我当年在范式分解上栽过跟头，翻了车才明白，把一份试题文档从头到尾建立“错题变体”索引比多刷三份卷子都值，希望这个思路对你有用，帮你在考前少走一段弯路。

本文还有配套的精品资源，点击获取