数据库原理期末复习：考点梳理、答题套路与丢分点全解析

简介：一份面向江西理工大学《数据库原理》期末考试的复习题与答案文档，目标读者为该校相关专业备考学生，同时也适合其他高校正在学习数据库基础课程的读者用作自测与回顾。文档系统梳理了数据库领域的重要考点，内容覆盖数据库基本概念、关系数据库与SQL语言、数据库模式设计、ER模型、范式理论（1NF至BCNF）、索引机制、事务及ACID特性、并发控制策略、备份与恢复、安全性管理以及性能优化等模块，题目围绕核心知识点展开并配有答案，便于逐项检查掌握程度，也能帮助理解概念之间的关联。资源包内仅含1个doc格式文件，整体大小约1006KB，文件精炼集中，可方便地打印或离线阅读。目前已有268人学习使用，尤其适合考前集中刷题和梳理知识框架，帮助读者在短时间内熟悉典型题型、巩固数据库核心原理。 期末复习周还没到，班级群里就已经有人在找“江西理工数据库原理期末考试复习题及答案.doc”这类文档了。我太熟悉这种心态了——一门课学下来感觉都会，一合上书又什么都不确定，总想找一份“撞题率”高的资料来兜底。但说实话，我见过太多同学把时间花在下载各种复习文档上，最后在考场上发现：文档里的题看着眼熟，换个数据、换个问法就懵了。

这门课的知识点摆在那里，翻来覆去就是关系模型、SQL、范式、事务这些内容。考试能不能考好，比拼的不是谁的资料多，而是谁真正理解了每个考点背后的原理、记住了答题的规范格式、踩过的坑比別人少。这篇文章我就从“数据库原理期末到底考什么”出发，结合平时答疑时大家问得最多的题目类型，按章节把这个科目的重点、答题套路、常见丢分点全部梳理一遍。不管你是刚学完想系统过一遍，还是前面几章已经忘得差不多、考前想突击捡分，按这个思路走，效率都会比盲目刷文档高得多。

1. 别急着找doc文档：先看清这张试卷的“出题规律”

数据库原理这门课有个特点：知识点相对封闭，各学校的教学大纲虽然有差异，但核心模块高度一致。我翻过不少学校的历年期末卷，江西理工的卷子结构其实和其他高校没有本质区别，基本逃不出“概念题+计算题+设计题+分析题”这个框架。先说清楚试卷长什么样，复习才有方向。

1.1 数据库原理期末试卷的常见版块

绝大多数学校的数据原理期末卷，满分100分，题型大约是这样分布的：

题型	常考内容	大致分值占比
选择题/填空题	数据库系统特点、三级模式结构、完整性约束、SQL基础、事务特性	20%
关系代数/关系演算题	用σ、π、⋈、÷书写查询表达式	15%
SQL题	CREATE TABLE、SELECT查询、嵌套查询、视图、授权	25%
关系模式规范化题	函数依赖判断、候选码求解、范式判定与分解	15%
数据库设计题	E-R图绘制、E-R图转关系模式	15%
事务/并发/恢复题	隔离级别、封锁协议、日志恢复原理	10%

这个占比不代表你的学校一定完全一样，但大方向是一致的：SQL和数据库设计永远是重头戏，关系代数和范式是拉分项，事务部分只要把概念搞透彻了，就是送分题。

1.2 网络复习资料的正确打开方式

找回来的“复习题及答案.doc”，有用吗？有用，但只适合做“题型地图”用，不适合当“标准答案”去背。原因很简单：很多流传的doc文档答案并没有经过严格校对，甚至存在把3NF判断写错、SQL语句在标准环境下直接报错的情况。而且不同教材采用的关系代数符号习惯不一样，比如有的教材用×连接、有的用⋈自然连接，对着错误的符号体系去背答案，反而会把你的思路带偏。

我的建议是，资料优先级这样排：课堂PPT和课后作业最重要——老师出题基本从这两个地方取材；其次是教材课后题，尤其是每章后面的综合应用题；最后才是网上流传的各类复习题文档。文档只用来检查自己有没有遗漏考点，不要花大量时间去逐题背。真正的复习重心，永远是动手做题，而不是“看题”。

2. 关系模型与关系代数：概念题和计算题的双重考点

关系模型是整个数据库理论的基石，期末卷上它占了两个位置：概念选择题会考关系完整性、关系性质；计算大题会考关系代数表达式书写。这两个位置都不难，但都有一些细节陷阱。

2.1 三个完整性约束，别把“参照完整性”说成“外键”

关系模型的完整性约束包括实体完整性、参照完整性和用户定义完整性。选择题最喜欢挖的一个坑是：“参照完整性要求关系中任意两个元组不能完全相同。”这句话前半句是错的——实体完整性才要求主码唯一，任何两个元组的码属性不能完全相同；但这不是参照完整性的含义。参照完整性的准确表述是：外码要么取空值，要么等于被参照关系中某个元组的主码值。

这里有个容易混淆的概念：外码和参照完整性不是一回事。外码是一个属性或属性组，它是定义表结构时的字段；参照完整性是这条外码字段必须满足的约束规则。答题的时候，概念题用词要精准：先写定义，再补充一句“保证关系之间数据的一致性”。用户定义完整性则相对简单，比如性别只能填“男”或“女”、年龄不能为负数这类属性范围约束，一般考一个填空或选择题。

2.2 关系代数：选择、投影、连接、除法怎么写不丢分

关系代数题几乎是每年必考的，难点集中在“除运算”。很多同学一看到除法就硬背定义，换个关系就懵。先说两个基础符号，这两个必须熟练：选择σ是筛选“行”，投影π是挑选“列”。凡是题目说“查询年龄大于20的学生”就是σ在起过滤作用；凡是说“查询学生的姓名、学号”就是π在裁剪列。行、列搞清楚了，基础分就到手了。

连接运算里，自然连接和等值连接的区别也是选择题常客：自然连接要求两个关系中同名字段值相等，且结果中只保留一个同名字段；等值连接只要求指定字段值相等，结果会保留两个同名字段。一句话记忆：自然连接是“自动去重同名”的等值连接。

除运算的解题思路，我提供一个万能的“三步模板”：

1. 看被除数关系R比除数关系S多了哪些属性，这些属性就是结果关系的属性。
2. 找出R中这些属性上的所有取值组合，逐个检查是否与S中的全部元组都匹配过。
3. 凡是都匹配过的组合，保留下来作为结果的元组。

举一个经典例子：有关系R(学号, 课程号)表示学生选修课程，关系S(课程号)表示全部课程。要查询“选修了全部课程的学生学号”，表达式就写作：

π_学号,课程号(R) ÷ π_课程号(S)

结果就是那些选修记录覆盖了S中每一门课程的学生学号。考试时我建议先在草稿纸上画出两张表的对应关系，再用“被除数比除数多出的属性”来反向验证答案，不要直接凭直觉写。实际阅卷时，除法结果里如果包含了不该出现的元组，是整题扣分的，所以宁可多花一分钟检查匹配关系，也不要追求快。

3. SQL和关系模式设计：从“能看懂”到“能拿分”

SQL题目的特点是你平时写过就会，没亲手敲过的语句在考场上很难靠“推测”写出来。期末卷子一般会给你几个表结构，要求完成建表、查询、更新、授权等操作。这一部分唯一有效的复习方法就是上机多练。但你不需要练那些复杂的存储过程，期末考察的重心很明确。

3.1 建表和查询的必背语法，注意这些细节

建表语句必考，最常丢分的是约束关键词写不完整。一个标准的建表要覆盖：主键（PRIMARY KEY）、外键（FOREIGN KEY REFERENCES）、非空（NOT NULL）、唯一（UNIQUE）、默认值（DEFAULT）、取值范围（CHECK）。注意，MySQL在部分版本中会忽略CHECK约束，但期末试卷通常以标准SQL为准，该写还是要写全。

查询语句里，三个高频丢分点：

• WHERE和GROUP BY的顺序：WHERE在分组前过滤行，HAVING在分组后过滤组。题目问“查询平均成绩大于80分的班级”，先用GROUP BY按班级分组，再用HAVING AVG(成绩)>80过滤组，不能写成WHERE AVG(成绩)>80。
• SELECT列与GROUP BY的匹配规则：SELECT后面只能出现被分组的列或者聚合函数。比如按班级分组后，SELECT班级, AVG(成绩)是合法的；如果SELECT里还带上学生姓名，在标准SQL和大多数数据库中都会报错。
• IN和EXISTS的语义差异：IN是“值是否在子查询结果集合中”，EXISTS是“子查询结果是否存在至少一条记录”。一般能用IN的地方都能改写为EXISTS，但反之不成立，因为EXISTS支持关联子查询。考试时如果子查询里需要引用外层表的字段，用EXISTS几乎不会出错。

3.2 函数依赖与范式判断的“三步法”

规范化题是另一个拉分大户，但它的套路比关系代数还固定。拿到一道求范式等级的题，按下面三步走基本不会翻车：

1. 列出所有函数依赖。题干直接给的依赖关系写下来，隐含的传递依赖也要自己推出来。比如学号→系号，系号→系主任，那学号→系主任就是一个传递依赖，必须写出来。
2. 求候选码。左部出现但右部没出现过的属性（L类属性）一定属于候选码；把这些属性集合记为X，计算X的闭包。如果闭包覆盖了全部属性，X就是候选码；否则把两边都出现的属性（LR类属性）逐个并进来试。
3. 对照范式定义逐级判断。存在非主属性对候选码的部分函数依赖，则最高是1NF；消除部分依赖后仍存在非主属性对候选码的传递依赖，则是2NF；消除传递依赖后是3NF；进一步要求“每一个决定因素都是候选码”，才达到BCNF。

我还想提醒一个常见的低级失误：写出范式结论后，题干往往要求“规范化到3NF”，此时必须给出分解结果，而不是只写一句“已经是3NF”。分解的基本原则是：每个有部分或传递依赖的函数依赖单独拆成一个关系模式，并保留外键关联。只给结论不给分解，在阅卷时通常会被扣掉一大半分数。

3.3 E-R图转关系模式：端到端的转换规则

数据库设计题一般分两问：第一问画E-R图，第二问把E-R图转换成关系模式。画图的时候注意实体用矩形、属性用椭圆、联系用菱形，这些基本符号不要搞错。属性里要先标出主码，联系上标出联系类型（1:1、1:N、M:N）。

转换为关系模式的规则是固定的，可以当作“口诀”背下来：

• 每个实体转换成一个关系模式，实体的属性就是关系的属性。
• 1:1联系：可以并入任意一端实体对应的关系模式，另一端加外码即可。
• 1:N联系：把联系并入N端实体对应的关系模式，加入1端的主码作为外码，同时加上联系的属性。
• M:N联系：必须单独建立一个关系模式，两端实体的主码组合起来作为该关系的主码（或联合主码），联系的属性也放在这个新关系里。

这套规则为什么这样设计，逻辑上其实很直接：M:N联系如果并入某一端，另一端会有多条记录无法唯一关联，只有单独拆表才能完整表达“多条对应多条”的关系。考试时如果时间紧张，先把规则背下来套用，正确率非常高。

4. 事务、并发控制与恢复：概念背后是推演题

这部分在试卷上占的分值不高，但概念辨析题和简答题非常集中，而且一旦理解了就特别好拿分。很多同学复习到这里喜欢死记四个特性，但碰到“为什么要有两段锁协议”这种问法就容易卡壳。你得会用“推演”的方式去学。

4.1 ACID和并发异常对应关系

事务的四个特性ACID是要背的，但更重要的是知道每个特性对应解决什么问题。原子性（Atomicity）保证事务中的操作要么全做要么全不做；一致性（Consistency）保证事务执行前后数据库的完整性约束不被破坏；隔离性（Isolation）保证并发事务之间互不干扰；持久性（Durability）保证事务提交后对数据的修改是永久性的。

并发控制部分的经典考题是判断某个调度产生了什么问题。记住三个异常的典型特征：

异常	典型特征	发生的隔离级别
脏读	读到另一个事务未提交的数据，该事务后来回滚	读未提交
不可重复读	同一事务两次读同一行，结果不一样	读已提交
幻读	同一事务两次范围查询，结果集数量不一样	可重复读

这里我提供一个记忆方法：脏读是“读到了不存在的东西”，不可重复读是“同一个东西两次读不一样”，幻读是“范围里多出或少了东西”。三个词一旦区分清楚，选择填空直接送分。

4.2 封锁协议与两段锁：兼容矩阵怎么记

封锁协议和两段锁协议是简答题的高频考点。这里很多人背混，我给你一个递进关系的记忆框架：

• 一级封锁协议：只对写操作加X锁，事务结束才释放。它只能防止丢失更新。
• 二级封锁协议：在一级基础上，读操作前加S锁，读完立即释放。它额外防止了脏读。
• 三级封锁协议：在一级基础上，读操作前加S锁，事务结束才释放。它防止了脏读、不可重复读和幻读。

两段锁协议（2PL）则是一个事务的所有加锁操作都在第一个释放锁操作之前完成，分为扩展阶段和收缩阶段。它保证并发调度的可串行化，但可能导致死锁。这道简答题的关键词是“可串行化”和“死锁”，写答案时先定义两段锁，再说明它能保证并发执行结果与串行执行一致，最后提一句可能产生死锁，基本就是满分。

4.3 日志恢复和检查点：容易忽略的致命题

共享锁/排他锁的兼容矩阵（S锁与S锁兼容、S锁与X锁不兼容、X锁与X锁不兼容）也是一个常见选择题考点。如果题目问“某事务对数据加S锁，其他事务还能做什么”，答案是还能加S锁、不能加X锁，就这么简单。

日志恢复的原理题看似复杂，考点其实非常集中：数据库系统采用“先写日志，后写数据”的策略（Write-Ahead Logging，WAL）。为什么必须先写日志？因为如果先写数据而事务后来回滚，数据已经改了，恢复时只能依靠日志来还原；如果日志先写，哪怕系统在写数据过程中崩溃，重启时也能根据日志里的“旧值”和“新值”决定做撤销（UNDO）还是重做（REDO）。检查点（Checkpoint）的作用就更简单了，它是在日志里做一个标记，恢复时从最近一个检查点开始扫描，而不是从日志最开头扫描，从而大幅缩短恢复时间。考场上如果出“系统崩溃后如何恢复”的简答题，按“检查点定位→正向重做未完成事务→反向撤销未提交事务”三步回答即可。

5. 索引原理：从B+树到PostgreSQL索引，理解“为什么”

索引这个知识点，期末卷子里直接考的不多，但选择和简答题几乎必有一道，而且近年来有变难的趋势——很多学校开始结合具体数据库产品来问。这也是为什么“pg数据库索引原理详解”这类搜索词热度一直很高的原因。

5.1 B+树索引为什么是默认选择

先说B+树的结构特性：所有数据都存放在叶子节点，非叶子节点只存放索引键值，叶子节点之间用链表连接。这个设计的优势在于：第一，树的高度低，查找任何一个键值都只需要走固定的几次磁盘I/O，性能稳定；第二，叶子节点有序且用链表串起来，做范围查询非常高效——找到下限之后，沿着链表一路往后扫就行。

题目如果问“B+树索引适合什么查询”，记住这五个字：等值和范围。再对比一下，哈希索引只适合等值查询，一旦查询条件是范围就不行了，因为哈希表天然无序。B+树能同时兼顾等值和范围，所以绝大多数数据库默认索引结构都是B+树。

5.2 PostgreSQL索引类型与联合索引的最左前缀

PostgreSQL是很多学校实验课会用到的数据库，它支持多种索引类型，期末简答题可能会让你列举并说明适用场景。核心记住这几种：

索引类型	适用场景	典型操作符
B-tree	等值查询、范围查询、排序	=, <, <=, >, >=, BETWEEN, LIKE 'abc%'
Hash	仅等值查询	=
GIN	数组包含、全文检索、JSONB	@>, ?
GiST	空间数据、几何类型	&&, <->

联合索引（多列索引）有个必考概念叫最左前缀原则：一个建立在(a, b, c)三列上的联合索引，只有查询条件包含最左列a时才能充分利用这个索引。查询条件只包含b、c时，索引就发挥不了作用。考题最常见的问法是“以下哪些查询能用到联合索引idx(a,b)”——凡是WHERE条件里出现了a的能用，光有b的不能用。这条必须记牢。

另外还有个概念，聚簇索引和非聚簇索引：聚簇索引的叶子节点直接存放整行数据，数据物理顺序与索引顺序一致；非聚簇索引的叶子节点存放的是指向数据行的指针（或主键值）。在PostgreSQL里没有InnoDB那种强制聚簇，但你可以用CLUSTER命令让表数据的物理顺序按某个索引重新排列，这属于进阶内容，考到的话记住“CLUSTER是按索引重排物理存储”就够了。

6. 冲刺阶段的做题顺序与接分技巧

复习到最后两天，就要从“学知识”切换到“练手感”模式。这时候再啃概念已经效率不高，最好的方式是限时做一套综合题，按照实战节奏来。我见过太多同学考场上时间分配失衡：在关系代数题上纠结太久，导致后面E-R图和SQL根本来不及写完。所以做题顺序这件事，值得提前想好。

6.1 一套卷子的建议做题顺序

我的建议是：先做选择题、填空题，这部分基本靠瞬时判断，5分钟内快速过；接着做SQL题，因为SQL题目的“手感”是最热的，趁精力充沛把大分值拿到手；然后做E-R图和关系模式转换题，这需要画图、列结构，脑力消耗适中；再做关系代数和范式题，这两类题计算烦琐，但思路固定，放到中间偏后做能保证准确率；最后留出时间做事务、并发控制的简答题，这类题写完概念就得分，放在最后收尾最划算。

整体时间分配参考：120分钟的卷子，概念题20分钟，SQL题30分钟，设计题30分钟，关系代数和范式25分钟，事务和检查剩余10到15分钟。当然具体时间要根据你们学校的题量调整。

6.2 高频丢分点清单

考前最后一天，对着这份清单自查一遍：

• E-R图联系度数标错：1:1、1:N、M:N看错，转换规则跟着全错，这是整套题最大规模的“连环送命”。
• 范式分析只写结论不写过程：阅卷看的是判断依据，函数依赖闭包计算过程要体现在卷面上。
• SQL中HAVING和WHERE混用：分组前过滤用WHERE，分组后过滤用HAVING，一旦写错逻辑就反了。
• 候选码求解漏掉L类属性：所有只出现在函数依赖左部的属性都必须进入候选码，漏掉一个后面全错。
• 关系代数的除法忘记检查“全部匹配”：凑巧匹配了部分元组就写进结果，这是除法最常见的扣分点。
• 事务隔离级别名字记混：读未提交、读已提交、可重复读、串行化四个级别的顺序和能解决的异常要能默写。

如果上面六条你都心里有数，那说明复习已经到位了。

带过好几届学弟学妹做期末答疑，最后想多叮嘱一句：复习题文档最大的价值是提醒你“考点分布”，它不能替代你自己动手写SQL、画E-R图、算候选码。尤其是关系代数和规范化这些计算型考点，看十遍答案不如手写一遍。我自己的习惯是，考前花一个晚上把每个章节的核心考点浓缩成一张A4纸，上面不抄概念，只写“这个知识点做题时的第一步动作是什么”，比如范式的第一步是列函数依赖，除法的第一步是找多出的属性。这个动作看起来简单，但能把模糊的知识印象固化成清晰的答题反射。走进考场前，你手里只要握着这一张纸，就已经比抱着几十页doc文档的人从容太多了。

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