企业官网建设流程全解析

简介：适合备考数据库科目考研、期末或复试的考生使用，这份PDF收录9套数据库试题，覆盖数据管理技术演进、数据库三级模式结构、关系模型与关系运算、SQL查询与通配符、函数依赖与范式分解、事务特性、并发控制、数据安全及视图等核心考点，并附有选择题、填空题与简单应用题等多种题型，可用于系统刷题与查漏补缺。压缩包内为1个PDF文件，整体仅1.7MB，支持直接打印或导入平板做笔记，轻量便携。内容按套题组织，题目多从常见考试命题角度切入，既有数据独立性、group by与having、BCNF判定等基础细节，也涉及事务持久性、授权与并发一致性问题，适合冲刺阶段限时自测，也适合复习初期熟悉考点分布。已有142人学习下载，对于正在准备数据库原理相关考试的读者，是性价比较高的练习资料。

1. 把“考研数据库9套题.pdf”当题库用，而不是当教材啃

考研人手里几乎都有一份“考研数据库9套题.pdf”，存在网盘里吃灰的比真正刷完的多得多。这份PDF的定位很尴尬：说它是真题，它不是；说它是教材，它篇幅又不够。我建议把它当成一套“考前体检报告”来用：9套题的价值不在封面和题量，而在你做完之后暴露出来的知识漏洞。数据库是一门知识点互相咬合的课，关系代数、SQL增删改查、范式、索引、事务、并发控制全是串在一起的，单靠刷题不回溯框架，刷完9套也串不起来。这篇文章直接说清楚怎么拆解这份PDF、怎么把题目转成能反复刷的错题库，以及刷题时会踩的坑。

2. 先摸清题库结构再开刷：9套卷怎么拆成知识点地图

2.1 先用30分钟做“卷面体检”，别急着做题

很多考研人拿到“考研数据库9套题.pdf”之后，直接打开第1套就开始做，做到第3套就断档。我看过太多这种情况，缺的从来不是意志力，而是对题库结构的把握。所以在刷第一道题之前，先花30分钟把这份PDF整体过一遍，这叫“卷面体检”。体检分三步：第一步，翻到目录或首页，确认这9套题是否带答案和解析，答案是在每套题末尾还是集中在文末；第二步，快速扫过每一套卷的大题标题，在纸上记下题型构成；第三步，凡是有乱码、缺字、公式变成方块的页，单独记录下来。

为什么要做这个体检？因为PDF分成两类：文字版和图片版。文字版可以直接复制、检索、转成笔记；图片版（扫描版）只能看或者OCR，文本提取失败率很高。判断方法很简单：在PDF阅读器里按Ctrl+F搜索“数据库”三个字，能搜到就是文字版，搜不到就是图片版。这个判断直接决定后续工作流选哪条路线，做错方向会浪费几个小时。

体检结果我一般会记成一张表，方便后续对照：

这张表不用追求完美，写清楚“哪套卷子能直接刷、哪套需要修补”就够了。体检真正的产出是风险清单：哪些页题目和答案可能对不上、哪些地方公式显示不全、哪些套卷是扫描件需要额外处理。提前知道这些坑，后面刷题时才不会被带到沟里。

2.2 建考点-题号映射表：把9套题变成一张考点热力图

体检之后，建“考点-题号映射表”，这是整个复习周期里最有价值的一张表。数据库考研知识点看起来很多，但落到题目上就那几个大块：关系代数、SQL增删改查、函数依赖与范式、索引、事务、并发控制、日志恢复、数据库安全与授权。建表时不要按感觉分类，直接按教材目录的章节名做标签，避免“数据依赖”“函数依赖”这类名字不同但内容重复的标签造成统计偏差。

映射表的字段设计是：套号、题号、考点标签、分值、是否正确、错因分类。每刷完一套，花五分钟更新一次。我给出一个局部示例，您可以感受一下粒度：

用Excel建这张表最方便，后续用透视表按“考点标签”统计出现次数、按“错因分类”统计错误占比。出现次数最多的三到四个考点，就是复习优先级最高的内容。比如统计出来“SQL查询”在九套卷里出现11次，“数据库安全”只出现2次，就把SQL的优先级提上去，安全类题目放到最后。

这里有个容易被忽略的点：映射表要记录“是否做对”，而不是“是否看懂”。做完题对完答案，觉得“思路对了只是算错”，就在心里把题划掉，这种做法会严重低估自己的漏洞。“算错”和“不会”在考试里同样丢分，所以错因必须区分四类：概念模糊、计算失误、SQL语法不熟、读题偏差。这四类是我给错题强制打的标签，后续章节还会展开讲。先记住一个原则：没有错因标记的刷题，基本等于白刷。

2.3 从题目反推教材章节：锁定9套题覆盖的知识点概念

把考点映射表建好之后，9套题到底覆盖了哪些知识点概念，就一目了然了。以常见的数据库考研大纲来看，这份PDF大概率覆盖以下几个板块：关系模型与关系代数（选择、投影、连接、除运算）、SQL（建表、查询、增删改查、视图、授权）、函数依赖与范式（1NF到BCNF）、索引与B+树、事务ACID特性、两阶段锁协议与死锁、日志与故障恢复。这些板块在数据库原理课程里是必考内容，但每个院校侧重点不同，模拟题不可能精准匹配目标院校。

所以从题目反推教材章节时，要带一个警觉：这份9套题覆盖的考点，不等于你的考纲。比如它可能大量出范式题，但目标院校近三年真题里范式只考一道选择，这时候就要以真题为准，把9套题里那些按考纲看明显超纲的偏题降级处理。反过来，如果9套题几乎没出某个考点，而考纲里有，就是覆盖缺口，需要自己拿教材补齐。

我建议对每一个考点做一个三态标记：熟练、薄弱、缺失。熟练的题在二刷时可以跳过；薄弱的题进入错题本，按下一章的工作流转成Anki卡片；缺失的考点则写进“覆盖缺口清单”，优先花整块时间去补教材。

这一章做完，手上的产出物有三样：一张考点热力图、一份风险清单、一份覆盖缺口清单。有了这三样，哪怕只刷完两套卷子，也比闷头刷完9套却什么都不总结高效得多。后续每次刷题，都只在这三张表上做增量更新，越到后期，复习方向越清晰。

3. 把PDF变成能反复刷的错题库：从文本提取到Anki卡片

3.1 先判断PDF是文字版还是图片版，决定提取路线

数据库和PDF结合的场景，最烦人的不是题不会做，而是题目在PDF里躺着，你想整理却复制不出来。常见做法是先判断版本：打开PDF阅读器，按Ctrl+F搜索“数据库”这个字符串，能搜到说明有文本层，可以直接提取；搜不到就是纯图片PDF，只能靠OCR或者手工录入。这个判断花不了一分钟，但能省下后面几个小时的无用功。

如果是文字版PDF，我一般用pdfplumber做解析，这个库对文本层提取比较稳，能保留页面级文本内容和简单的坐标信息。如果只是想把全文抽出来，用PyMuPDF也可以，速度更快。如果是图片版PDF，文本解析这步直接跳过，老老实实OCR，或者把这部分题干手工补录进错题本。我给考研学生排查过很多次，九成的“复制出来是乱码”都不是解析代码问题，而是源PDF根本没文字层。

有些PDF阅读器自带“导出文本”功能，但导出结果经常把双栏混排、页眉页脚全部搅在一起，整理成本比手工还高。所以我更推荐直接用代码提取，或者只在单栏排版的页面用阅读器导出。遇到扫描版PDF，不要指望免费在线转换工具直接出文字版，OCR的准确率对公式和表格特别不稳定，处理数据库这道题上的时间往往比手工录入还长。这里还有个隐藏坑：有些PDF是“伪文字版”，看起来能选中文字，复制出来顺序是乱的，尤其是双栏排版和表格混排的页面。遇到这种页面，不要硬刚，把这一段手工录入错题本，比和解析器斗智斗勇省时间得多。

3.2 自建SQLite错题库：把题号和答案结构化

我一直推荐用SQLite自建错题库，而不是躺在Word里记笔记。原因很朴素：SQLite单文件、免安装、SQL查询能力够用，后续要按考点、错因、套号筛选都非常方便。这里给一个最小可用的Python脚本，它做三件事：用pdfplumber提取每一页文本，按“第X套”和题号切分，然后写进SQLite。

import re import sqlite3 import pdfplumber # 1. 用pdfplumber提取PDF全部文本，按页存起来 pdf_path = "考研数据库9套题.pdf" pages_text = [] with pdfplumber.open(pdf_path) as pdf: for page in pdf.pages: pages_text.append(page.extract_text() or "") full_text = "\n".join(pages_text) # 2. 用正则切分出每一套的起始位置 paper_pattern = re.compile(r"第\s*([一二三四五六七八九])\s*套") paper_spans = [(m.group(1), m.start()) for m in paper_pattern.finditer(full_text)] # 3. 建表并写入 conn = sqlite3.connect("exam_questions.db") c = conn.cursor() c.execute(""" CREATE TABLE IF NOT EXISTS questions ( id INTEGER PRIMARY KEY AUTOINCREMENT, paper_no TEXT, -- 套号：一、二、三... q_no TEXT, -- 题号：如 3-1 表示第3套第1题 content TEXT, -- 题目原文 answer TEXT, -- 参考答案 tag TEXT, -- 考点标签：SQL/范式/索引/事务... wrong_reason TEXT -- 错因：概念模糊/计算失误/语法不熟/读题偏差 ) """) # 这里只是切分演示，按题号切分的正则要按实际格式调整 q_pattern = re.compile(r"(\d+)\s*[.、]") for paper_no, start in paper_spans: segment = full_text[start:] for m in q_pattern.finditer(segment): # 实际入库时还需要把题目和答案分开，不能整段塞进去 c.execute( "INSERT INTO questions (paper_no, q_no, content) VALUES (?, ?, ?)", (paper_no, m.group(1), m.group(0)) ) conn.commit() conn.close()

这个脚本的逻辑是把“从PDF提文本”和“入库”两件事分开。pdfplumber的extract_text()是按页返回字符串的，踩过的坑是：有的页面提取结果为空，不是没内容，而是该页是纯图片，所以示例里先做一次空字符串兜底，避免后面拼接出错。正则部分，套号匹配“第X套”用了中文数字写法，因为PDF目录通常写成“第一套”“第二套”，但也有写成“套题一”的，遇到格式不一致要微调pattern，别照抄。入库时最重要的字段是tag和wrong_reason，第一版可以都留空，等刷题时再回填。

字段设计上，我一般再加一张attempts表做作答记录，字段是question_id、作答时间、是否正确、错误原因备注。这样后续能按时间维度看错误率变化，比只在questions表里改一个字段灵活得多。如果您是纯考研复习，不想写代码，也可以跳过SQLite，直接用Excel表格模拟同样的结构，但那样做“按错因筛选”和“按考点统计”会麻烦很多。Excel不是不能用，它的筛选和统计需要手动刷新，而且错因和考点双维度组合统计时，透视表操作步骤多。SQLite一条SQL就能解决“统计每个考点的错误率”这类问题，学习成本半小时，收益贯穿整个复习周期。

3.3 导出CSV导入Anki：让错题按遗忘曲线重刷

错题库建好之后，还要解决一个更实际的问题：如何让错题在考前被反复看见。我的做法是把SQLite里的错题定时导出成CSV，再导入Anki，让卡片按间隔重复算法在合适的时间重新出现。Anki是本地软件，导入最稳的格式就是CSV加HTML换行。

import csv import sqlite3 conn = sqlite3.connect("exam_questions.db") c = conn.cursor() # 只导出做错过的题，避免有效卡片被淹没 rows = c.execute(""" SELECT q_no, content, answer, tag, wrong_reason FROM questions WHERE wrong_reason IS NOT NULL AND wrong_reason != '' ORDER BY tag, q_no """).fetchall() with open("anki_import.csv", "w", newline="", encoding="utf-8") as f: writer = csv.writer(f) for q_no, content, answer, tag, wrong_reason in rows: # Anki里换行要用<br>，字段间用英文逗号分隔 card_front = f"[{tag}] {content}".replace("\n", "<br>") card_back = f"答案：{answer}<br>错因：{wrong_reason}".replace("\n", "<br>") writer.writerow([card_front, card_back]) conn.close()

导出时我习惯把考点标签写进卡片正面，这样复习时能立刻知道这道题在考什么，大脑会更方便做关联记忆。Anki导入时，记住三个参数：字段分隔符选“逗号”，HTML格式打勾，导入位置选“新建牌组”。新卡片每天建议控制在20到30张，学习间隔参数用默认的“1分钟、10分钟、1天”就够，考前再单独建一个“冲刺牌组”把全部错题重新过一遍。

CSV导入最常翻车的是编码问题。Anki导入时如果中文乱码，检查CSV是不是UTF-8编码，Windows下记事本另存为UTF-8有时会带BOM头，Anki对BOM头容忍度还可以，但Excel打开会乱。另一个参数是牌组选择，建议专门建一个“考研数据库”牌组，不要混进其他科目的卡片。每天新卡的复习上限我一般设在100张，冲刺期再提高。这一步做完，整个工作流就闭环了：PDF原始题在左，错题库在中间，遗忘曲线在右。之后每刷完一套卷，只需要五分钟录入错因，剩下的交给SQLite和Anki。

4. 按题型逐个击破：9套题里的高频考点与必背套路

4.1 关系代数与SQL题：增删改查的固定写法

数据库考题里最稳定的一块，就是关系代数和SQL。SQL增删改查属于基础，但9套题里出得最多的往往是嵌套查询、分组统计和存在量词转换。关系代数和SQL有对应关系，但很多考生只背SQL不练关系代数，遇到“把SQL改写成关系代数表达式”就卡壳。反过来，只练关系代数不练SQL，也应付不了手写SQL的大题。这两块必须对照着学。

必背套路里有一个高频题：“查询选修了全部课程的学生”。关系代数里这是除法，SQL里惯用“NOT EXISTS + 取反”双重否定来写。如果只会写成“COUNT(课程数) = 总课程数”，面对复杂条件就容易翻车，因为分组统计写法在“全部”“至少”“不存在”这三类语义下并不通用。常见做法是记一套模板：

SELECT S FROM ( SELECT student_id, COUNT(*) AS cnt FROM sc GROUP BY student_id ) t WHERE cnt = (SELECT COUNT(*) FROM course);

逻辑说明：先按学生分组统计选课数，再用总数对比过滤。参数上，如果数据库允许HAVING子句，也可以把外层WHERE合并进HAVING，但模拟卷答案两种写法都给分。读题时先抓量词：看到“都、全部”优先想NOT EXISTS；看到“至少”优先想>=和GROUP BY；看到“没有”优先想NOT IN或者左连接取NULL。每套卷至少有一道这种题，建议把9套里所有“全部/至少/不存在”的SQL题集中刷一遍，总结成自己的模板。

4.2 范式与函数依赖：3NF判定三步法

范式题几乎每套卷都有一道，但很多考生做范式题靠玄学，看到“传递依赖”“部分依赖”就头晕。这里给一个能落地的三步法：第一步，找出关系模式里所有的候选键；第二步，确认每个非主属性对候选键是部分依赖还是完全依赖，区分2NF；第三步，看非主属性之间有没有传递依赖，区分3NF。如果想区分BCNF，再加一步：看所有依赖左边的属性是否都是超键。

判断过程熟练的话，一道范式题两分钟内能出答案。判定规则可以浓缩成一张表：

刷9套题时，建议把每道范式题都当成“拆表练习”来做，别只写“最高范式是3NF”就完事。拆表的高频手法是：对部分依赖，单独拆出依赖左侧字段和右侧字段；对传递依赖，把中间传递字段和最终结果字段拆出去。拆完记得检查会不会产生非法依赖，这是阅卷时最容易扣分的地方。我在错题本里给范式题单独建了一个tag，因为这个章节的题套路非常固定，一旦掌握，正确率能稳定到九成以上。

4.3 并发控制与日志：两阶段锁和UNDO/REDO判断

并发控制题在模拟卷里常见两种考法：一种是给一个并发调度，判断是否可串行化；另一种是给日志记录，要求判断崩溃恢复时哪些事务要REDO、哪些要UNDO。前者靠冲突等价判断，后者靠日志规则。这两类题都不需要背大段理论，判断步骤足够机械，练熟就能拿分。

判断可串行化的快捷做法是画冲突图：两个事务操作同一数据项，且至少一个操作是写，就在两个事务之间画一条有向边，边从先执行者指向后执行者。冲突图无环即可串行化。这个做法比背“两阶段锁协议”更直接，做题速度也更快。考场上一道调度题最多五分钟，画完图就能出答案，不存在需要犹豫的地方。

日志题则是另一套判定逻辑。核心原则是两句话：先写日志，后写数据；REDO是重做已提交事务，UNDO是回滚未提交事务。给日志清单时，先看每个事务有没有COMMIT标记：有COMMIT，看崩溃点之前数据是否已经落盘，若日志里已经有“数据项=新值”的记录但崩溃前没写盘，则REDO；没有COMMIT，直接UNDO。注意有的题目会把检查点（CHECKPOINT）放进去，检查点之后开始的事务如果在崩溃时未提交，仍然UNDO，检查点之前已提交的通常不用管。

并发控制里还有一个必背的定理：两阶段锁协议保证冲突可串行化，但可能产生死锁。死锁避免靠“一次锁所有资源”或“按顺序加锁”，考试通常只考概念判断，不会让手写死锁检测算法。但锁的兼容矩阵要会画：共享锁和共享锁兼容，共享锁和排他锁冲突，排他锁和所有锁冲突。这个矩阵是并发控制题的最后一块拼图。

4.4 索引与查询优化：B+树要背到会算层数

索引题里高频的计算是B+树的扇出与层数。题目通常给这样的参数：一个节点大小16KB、键值大小8字节、指针大小6字节，问一棵B+树存1000万条记录，查询最坏要读几次磁盘块。如果只背概念，见到这类题会懵，但计算方法其实很固定。

先算扇出：每个节点能存多少键值对。假设键占8字节，指针占6字节，一个节点能放的条目数大约为16KB除以(8+6)，算下来约1170，实际取整后要考虑节点分裂，通常按一个节点至少半满来估算。层数就是往上数：叶子层放全部记录，内部节点每层把数据量缩小约扇出倍数，所以层数大概等于以扇出为底的对数值。最坏情况从根到叶子读多少块，就是层数加1，因为根节点常驻内存不读盘。这道计算题属于送分题，只要肯动手算，基本不会错。

另一个高频考点是“这条查询为什么没走索引”，典型场景三个：复合索引的最左前缀没有覆盖查询条件中的第一个列；条件里对索引列做了函数运算或隐式类型转换；模糊查询以百分号开头。这几点在9套题里出现率极高，值得单独整理到错题本里。B+树的细节不用背到源码级别，但要能说出为什么范围查询适合B+树而不适合哈希索引：哈希索引只能等值匹配，对范围查询无能为力。这个结论在选择题和大题简答里都是踩分点。

5. 刷题避坑：PDF题库最常见的5个翻车现场

5.1 排版错乱：SQL语句被强制换行，复制出来是断的

现象：从“考研数据库9套题.pdf”里复制一段SQL，粘贴到编辑器里发现WHERE条件被截成两行，或者表名字段名中间多出空格，肉眼对着PDF看不出问题，但一执行就报错。

原因：这份PDF在排版时为了适应页面宽度，对长代码行做了软换行。复制时把换行符也带了出来。这是PDF导出的老问题，表格和代码块最容易中招。PDF编辑器里看着整齐，不代表文本层里的换行符是合理的。

解决：先用“PDF转Word”工具转一次，再在Word里用“查找替换”清理换行符；或者复制后直接写一行正则，把换行符和行首行尾的空白缩进替换成单个空格。具体做法：

# 用sed清理复制出来的SQL里的多余换行 sed ':a;N;$!ba;s/\n\s*/ /g' pasted.sql > clean.sql

这段命令的逻辑是把所有“换行加空白”压缩成一个空格，把断行接回去。但注意：如果SQL原文里本身有字符串常量跨行，这个方法会破坏字符串，所以接完之后要人工看一眼拼接处有没有语法错误。我的习惯是：关键SQL不依赖复制，直接手敲一遍，手敲的过程本身就是语法记忆，比任何清理工具都可靠。

5.2 答案错位：第3套的答案对应不上题目

现象：刷完一套选择题，对答案发现第8题的答案写在第7题的解析里，后面对下来的题号全部错位。

原因：PDF在合成时，答案页可能插入了空白页或页尾留白，导致答案文本块相对题号产生了整体偏移。这是扫描转PDF或文档合并时的常见事故。尤其是PDF编辑器自动生成的目录页码，经常和实际页面对不上。

解决：做题之前先抽检一次答案区，把“页码-题号”对应关系核对一遍。方法是打开答案页，看最后一个题号是否和题目总数一致；如果不一致，说明中间有错位。发现错位后，给所有答案按题号手动重新编号。这份PDF里如果有答案存疑的题，我建议单独建一个“存疑清单”，不要硬背，因为模拟卷的答案本身也可能有错。错位题对完答案后，在映射表的备注列里标“答案存疑”。

5.3 把模拟题当真题背，指望押中原题

现象：有同学把9套题的答案背得滚瓜烂熟，目标是“考场遇到原题”。问其原因，说是听学长说这份资料是某名校内部卷。

原因：模拟题或学长总结卷本质上是对考纲的知识点采样，并不等于真题。数据库考研自命题院校之间的风格差异很大，A校常考关系代数，B校爱考SQL优化，这份PDF不可能适配所有学校。背答案就是把随机采样当成了全集，这是性价比最低的复习方式。押题本身有玄学成分，把宝押在模拟题上，考场上一旦题干换个说法，背的答案全部作废。

解决：把9套题当“限时训练的模拟卷”，不把它当押题资料。刷题前先明确目标：训练做题速度、暴露知识漏洞。做完之后，所有“与目标院校真题风格不符”的题降权处理。想判断风格，就拿近三年真题比对题型分布，差距大的板块自己补教材。模拟题的正确答案只负责告诉你“这个知识点我掌握得怎么样”，不负责预测考场原题。

5.4 只刷选择填空，跳过关系代数和SQL大题

现象：对选择题、填空题兴趣很浓，看到关系代数和SQL大题就跳过，理由是“我都会，就是懒得写”。

原因：大题需要纸笔推演，写起来累，而选择填空蒙一个也可能对。这种惰性在数据库复习里非常致命，因为考场上一道综合题十几分，比你做十道选择题都值钱。更隐蔽的问题是，大题的“卡壳点”往往暴露的是逻辑链条断裂，选择题靠排除法能蒙混过关，大题没有任何侥幸空间。

解决：给大题设限时，比如每题15分钟，到点写不出来也必须把“卡在哪一步”写下来，然后对答案。卡壳位置通常比正确答案更有价值，因为它直接指向你缺的知识点。如果一套卷子连续三道大题全部卡在同一类问题上，立刻回头补那一章的教材内容，不要继续刷下一套。我在错题本里对每道大题额外记一个字段：卡壳点是什么。二刷时只看卡壳点，不看完整解析，效率高很多。

5.5 刷完一遍就丢，错题没有沉淀

现象：一刷把9套题全做完了，对完答案、看了解析，合上PDF就算结束。二刷的时候，错的还是同一批题，连错法都一样。

原因：没有错因标签的刷题，等于把题目在眼前过了一遍，大脑并没有形成修正信号。尤其是概念模糊和计算失误这两类错因，不看错因记录，下次遇到同样题目还是会凭直觉作答。刷题数量看起来在增加，但知识地图上的漏洞一个都没补上。

解决：给每一道错题强制打上四个错因标签之一：概念模糊、计算失误、SQL语法不熟、读题偏差。二刷时只刷“概念模糊”和“SQL语法不熟”两类，跳过“计算失误”里只是算错的题。这样二刷的性价比最高，因为这两类是知识问题，靠重复刷题能真正解决；计算失误只要考试时写清楚步骤，丢分有限。如果二刷时某道题还是错，但错因标签还是同一个，说明不是记不住，而是理解需要重构，这时候要回到教材重新读那一节，而不是继续刷第三遍。

6. 考前一晚的快速复盘：用9套题做一次“3-2-1”自测

考前24小时，我不建议再从头翻这份PDF，而是用它做一次“3-2-1”复盘。先选两套没做过的卷子，严格按照考试时间限时模拟，模拟时手机关机、桌面清空，最大化还原考场环境。模拟结束不急着对答案，先把每个大题的“第一反应”记录在草稿纸上，再对照答案标记三类错误：完全不会、思路对但算错、读题偏差。统计这三类的占比，占比最高的那一类就是考前最后要解决的方向。

然后用统计出来的考点频率决定取舍。前面建的考点映射表这时候派上用场：把9套题里反复出现但自己反复弄错的考点选三个，浓缩成一张A4纸，每个考点只写“判定步骤”和“常考陷阱”，不写完整概念。比如范式题只写三步法，B+树只写扇出计算公式，并发控制只写UNDO/REDO判断两句口诀。这张A4纸是考前最后一眼看的材料，越短越好。

最后说一个我自己的教训：当年第一年考研刷的就是同类模拟题，刷了两遍，错得最多的还是同一类——SQL子查询和关系代数的除法转换。当时没建错因标签，二刷时又撞在同一堵墙上。后来带人复习，我强制要求每道错题必须写错因，不看原因不记答案，刷题效率才真正提上来。刷题从来不是体力的比拼，而是反馈的精度比拼。这份“考研数据库9套题.pdf”里的每道错题，都是一次修正知识地图的机会，别让它们白白翻过去。希望帮到你。

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