简介数据库是信息时代组织和存储数据的核心工具掌握其基础概念对初学者尤为关键。《数据库系统原理及应用教程第五版》习题答案完整版已打包上传覆盖教材各章节核心概念与课后习题解答按章节整理、以问答形式呈现每个问题均给出条理清晰的参考答案和答题思路。资源为单个 docx 文档资源包大小约 814KB内容从数据、数据处理与数据管理的定义和目标到数据库及数据库管理系统DBMS功能、数据冗余危害、数据的整体性与共享性、文件系统管理缺陷、数据库系统阶段特点与硬件要求再到数据库系统软件组成、数据库管理员职责、三级模式结构和数据独立性等重难点均有详细解析适合复习、自测与教学参考。目前已有 4894 人学习下载读者可对照教材章节查阅答案快速定位薄弱知识点掌握数据库基础体系与答题要点。1. 数据库系统原理及应用教程第五版习题答案先别急着背先想清楚它该帮你干什么很多人拿到《数据库系统原理及应用教程第五版》的习题答案后第一反应是把简答题背下来把SQL题的答案抄一遍觉得这样就算复习完了。结果一到考试题目稍微换个条件函数依赖一变照样不会。原因不是题刷得少而是把答案当成了终点而不是对照物。这套习题答案的真正用途是帮你建立“自己先做→再核对→追溯解析”的闭环尤其是关系代数、范式分解和事务并发这几块答案里的每一步推导都值得拆开看。它适合正在备考期末、准备复试或者想通过刷题把关系模型彻底理清的从业者。用好了它是教材的延伸用错了它只是心理安慰。2. 把第五版的习题体系拆开看考点权重与章节地图重点该刷哪几章2.1 先建知识地图别让答案牵着鼻子走拿到答案后我建议先不要翻任何一道题而是把教程的目录通读一遍再按知识类型把章节分成四个板块基础概念、关系模型与SQL、数据库设计、数据库系统实现。这样做的原因是习题答案里不同板块的可用度完全不同。基础概念的题答案是唯一且稳定的背下来就行关系代数和SQL的题答案往往只给最终结果需要你自己补推导范式的题答案存在版本差异需要回到教材定义去核对。如果你从第一页开始顺序刷很可能在“数据库系统概述”这种概念章节花掉大量时间后面SQL和范式却没时间练这是最常见的复习失控。我的做法是把每个章节的题号、题型、预计耗时、答案是否带解析记在一张表里可以用笔记软件也可以手写。比如概念章节的题只标“背”关系代数的题标“手推”SQL的题标“上机验证”。画完这张表你就会清楚看到SQL和关系模型相关的题目通常会占据总题量的一半以上范式和事务的题虽然数量不多但每道题需要的时间多答案也更容易踩坑。后面复习时这张表就是你每天分配时间的依据。这里有一个容易被忽略的动作把答案里“略”和“见教材Pxx”这类题目单独挑出来。它们并不是不重要往往因为作者觉得太基础或太难不适合写进答案。练习题遇到这种题我会先看教材正文有没有对应例题如果有就直接复现一遍没有就和同学讨论。这套教程第五版里的题目基本都属于需要动手演算才能得分的类型跳过意味着考试时容易空手。2.2 关系模型与SQL章节题量最大且分值最稳先重兵攻略关系模型是整本教程的骨架习题答案里评分最严格的部分也在这里。常见的题型有给两个关系写关系代数表达式给中文需求写SQL给定SQL让你说明查询结果。关系代数和SQL的答案风格不太一样关系代数答案通常只有一行符号但手写过程必须一步一步展开SQL答案虽然能直接运行但不代表逻辑正确因为同样的查询可以用多种方式表达。我刷这几章用的是“三遍法”。第一遍把答案盖住只看题干在草稿纸上写下自己的关系代数表达式或SQL写不下去再揭答案看懂后放下笔把解析默念一遍。第二遍合上答案重新写直到结果和答案一致。第三遍把题目的条件换掉比如把“查询成绩大于80的学生”改成“查询成绩在80到90之间的学生选课情况”逼迫自己用同一个模板解决变体。三遍法最费时间的是第一遍因为你的错误会暴露出来比如把连接条件写反或忘了用聚合函数。这一章里答案最常见的“隐藏依赖”是自然连接与等值连接的区别。很多教材在关系代数章节默认使用自然连接也就是连接后只保留一个同名列而SQL里JOIN ON等价于等值连接会保留两个同名列。当你对照答案发现结果多了一列时先确认答案用的连接类型再确认题目要求的是不是自然连接。尤其在做课后习题时第五版教程关系代数部分大量使用自然连接记法直接迁移到SQL会踩坑这点务必留意。2.3 范式与函数依赖答案最容易“打架”的一章反倒最该慢刷范式章节是备考分水岭。同样是判断一个关系最高属于第几范式不同教材因为“候选键”和“部分依赖”的定义稍不同结论可能差一档。这道题的答案在网传的版本里经常互相矛盾连带着读者也怀疑自己。我在用这套习题答案时会把所有范式题集中到一起先不看答案自己给每道题写三条笔记候选键是谁主属性有哪些函数依赖集是否尽量小。写完再对照答案只要这三条一致结论一般差不了。判断范式有一个固定流程我反复用先求候选键用闭包验证再看是否存在非主属性对候选键的部分依赖有则不满足2NF再看是否存在非主属性对候选键的传递依赖有则不满足3NF最后看每个函数依赖的决定因素是不是候选键不全满足则不为BCNF。这里最难的是求闭包很多人求到一半就漏掉依赖。我建议每求一步就检查依赖右边有没有新属性可加入直到闭包不再变化。当你发现自己的结论和答案不一致时别急着改先把两边的函数依赖集合列出来逐条比对。常见分歧是答案里把“AB→C, C→E”合并成“AB→E”虽然这个依赖可以通过传递得到但如果你在判断时把它当原始依赖就可能导致出现传递依赖的误判实际上传递依赖本来就该基于推导出的依赖判断所以这个合并是允许的。另一个常见分歧是在无损分解的验证上答案只说“分解保持函数依赖”没提“无损连接”这时你要自己用自然连接验证别默认分解正确。2.4 用答案做每日复盘按考点打钩而不是按题号打钩刷完一部分题后我习惯在答案上按考点做标记而不是只打对错。比如一道SQL题考点可能是“分组排序”我会在题号边上写“GROUP BYHAVING”。这样第二轮复习时只需要看考点标签不用重新读题。每晚睡前我会抽查五个考点标签让自己不看答案说出对应的解题步骤说不出来的第二天重新做一遍相关题。这个方法看着笨但能有效防止“翻开书全认识合上书全忘记”。答案中那些“强调一定不要用子查询”的提示不要全信。它通常是为了让你练习连接写法并不代表真实业务里子查询不能用。你要做的是把多种写法都跑一遍对比执行计划或者结果久而久之自然知道什么时候用JOIN更好、什么时候用EXISTS更稳。这个过程里答案只是一个引子真正让你成长的是自己动手验证的那几步。3. 用答案核对过的典型题型关系代数和SQL的解题模板与验证方法3.1 关系代数表达式把中文题干翻译成四步操作很多初学者看到关系代数就头皮发麻符号不认识表达式也看不懂。其实关系代数的复杂度来自题目给你的关系数量和操作词的隐藏。拿到题干我一般先找四个要素投影列、选择条件、连接表、特殊动词。投影列对应“查询/显示/输出”后面的字段选择条件对应“WHERE/满足/大于/等于”这类词连接表对应题干中出现了两个以上实体特殊动词对应“全部、所有、至少、不存在”这些词它们决定要不要用除法或差集。举个例子。有两个关系学生学号姓名系别和选课学号课程号成绩。查询“信息系中选修了课程号C1且成绩大于85的学生姓名”。我先做连接学生和选课按学号连接得到临时关系包含所有字段。再做选择系别‘信息系’课程号‘C1’成绩85。最后投影姓名。写出来是π_姓名(σ_系别信息系 ∧ 课程号C1 ∧ 成绩85 (学生 ⋈ 选课))有的答案会写成先选择后连接比如先在学生表里筛出信息系再在选课表里筛出C1和成绩最后连接。这样写也对而且执行顺序更清晰。关键是要看答案有没有省略括号或表名补齐后再判断逻辑是否一致。如果答案只给了最终表达式我会在草稿纸上把中间关系表写出来比如连接后先有学号、姓名、系别、课程号、成绩五列经过选择和投影后剩下一列姓名这样推导过程就完整了。“全部”型题目是另一个高频坑。查询“选修了所有课程的学生”关系代数标准写法是用除法学生−选课÷课程或者π_学号(选课÷课程)。但教材版本和网传答案对除法符号的定义有出入有的用÷有的用⊘还有的干脆不提及。为了避免考试被符号卡住我用的是差集等价写法先求“至少有一门课程没选的学生”再用全体学生减去它。具体步骤是π_学号(学生) − π_学号(选课 ⋉ (π_课程号(课程) − π_课程号(选课)))。这个写法虽然长但不会因为符号歧义丢分而且在考试推导时更容易解释每一步的意图。3.2 SQL查询先写逻辑骨架再补语法细节SQL题在第五版习题答案里数量最多而且很多答案只给一句最终SQL没有过程。我自己写SQL时会按这样的顺序推先确定要查哪张表写FROM再确定要过滤哪行写WHERE然后看是否需要对行分组写GROUP BY分组后是否还要过滤写HAVING最后确定输出顺序和格式写ORDER BY。这个顺序不是书写的顺序而是脑内建模的顺序照着它能减少漏条件。以一个常见题为例选课表中保存每名学生选修的每门课程及成绩查询平均成绩不低于80分的课程编号和平均成绩结果按平均成绩降序。SELECT cid, AVG(score) AS avg_score FROM SC GROUP BY cid HAVING AVG(score) 80 ORDER BY avg_score DESC;这里的逻辑说明cid是分组列可以出现在SELECT中AVG(score)是聚合结果必须配GROUP BY使用。WHERE和HAVING的区别是这道题最容易出错的地方如果把条件写在WHERE score80里面查询会先丢掉所有低于80的分数再计算平均分结果会偏离题意只有用HAVING过滤分组结果才符合“平均成绩不低于80”。答案里如果出现这种顺序错误执行结果能直观暴露问题所以这道题非常适合上机验证。另一个经典题型是“找出选修了全部课程的学生”标准答案常用NOT EXISTS双重否定。这个结构在教材里出现过很多次但换表名后很多人写不出来。SELECT sname FROM Student AS s WHERE NOT EXISTS ( SELECT 1 FROM Course AS c WHERE NOT EXISTS ( SELECT 1 FROM SC WHERE SC.sid s.sid AND SC.cid c.cid ) );逻辑说明最内层判断某个学生s是否选了课程c第二层NOT EXISTS判断是否存在一门课程c使得这个学生没选它最外层NOT EXISTS判断是否存在这样的课程。只有当“没有一门课程没选”时学生才被选中。这个结构如果第一次见建议逐步拆开看先只看内层手动指定学生S1和课程C1看是否返回行再扩大到所有课程最后理解双向否定。参数说明这段代码使用了表别名s和c分别对应Student和Course。别名在MySQL中可以省略AS但在标准SQL建议保留这样在子查询或JOIN中引用限定列名时可读性更高。另外NOT EXISTS子查询里SELECT 1是习惯写法因为只关心是否存在行不关心列值换成SELECT *也能跑但SELECT 1能少读一些列信息逻辑上更干净。3.3 用实际数据库跑一遍把答案变成可执行、可验证的脚本习题答案里的SQL有时候会和实际数据库方言冲突比如老教材里写“SELECT * FROM A, B WHERE A.id B.id”在MySQL 8.0仍能跑通但新版标准SQL里推荐显式JOIN。不只是语法答案可能省略空值处理也可能因为建表语句缺失而在某些数据库报错。这时最有效的核对手段是把题目的表结构和样例数据复制到本地数据库让数据库自己回答。下面是一个最小验证例子使用SQLite。先建表并插入数据再执行上面那道“全部选课”的查询。CREATE TABLE Student (sid TEXT PRIMARY KEY, sname TEXT); CREATE TABLE Course (cid TEXT PRIMARY KEY); CREATE TABLE SC ( sid TEXT, cid TEXT, score REAL, PRIMARY KEY (sid, cid) ); INSERT INTO Student VALUES (S1, A同学), (S2, B同学); INSERT INTO Course VALUES (C1), (C2), (C3); INSERT INTO SC VALUES (S1, C1, 90), (S1, C2, 85), (S1, C3, 92); SELECT sname FROM Student AS s WHERE NOT EXISTS ( SELECT 1 FROM Course AS c WHERE NOT EXISTS ( SELECT 1 FROM SC WHERE SC.sid s.sid AND SC.cid c.cid ) );执行结果只会返回A同学因为B同学没有选修任何课程。这里参数说明SQLite的TEXT类型对应字符串PRIMARY KEY定义在列上可以省略NOT NULL。插入语句中多行VALUES是SQLite支持的写法其他数据库如PostgreSQL也支持。使用SQLite是为了免安装如果你手头有MySQL或MariaDB执行效果一样只是建表时可能需要显式指定字符集。核对答案时我常常遇到三种结果第一种答案SQL跑通且结果符合预期这属于正常第二种答案SQL跑通但结果和答案手算的不一致这多半是样例数据不一致或空值导致可以把数据换成题目给的原始样例再跑第三种答案SQL报错这多半是语法方言问题比如某些数据库要求别名不加AS或者不允许在HAVING里用别名。无论是哪种把答案调整到能跑的过程本身就是在学数据库盲目背不会遇到这些问题。另外如果答案里用了ORDER BY一个不在SELECT里的列在很多数据库里会报错或产生不可预期排序这也是一个常见的答案“假阴性”来源。4. 范式、事务与并发控制答案不符时到底该信答案还是信书上定义4.1 范式判断的标准流程先把候选键和依赖写清楚范式的答案只给一个结论但考试要求你写出推导过程。所以我把范式题当成“计算题”每次都在草稿纸上按标准流程走一遍而不是直接看答案。先看一个完整例子。设有关系R(A,B,C,D)函数依赖集合F{AB→C, C→D, D→A}要判断R最高满足第几范式。第一步求候选键。先求AB的闭包由AB→C得到AB扩展为ABC由C→D得到ABCD由D→A得到ABCD所以闭包是ABCDAB能决定所有属性AB是候选键。再看A单独闭包只有AB单独只有B所以AB是唯一候选键。第二步确定主属性为A和B非主属性为C和D。第三步检查2NF是否存在非主属性对候选键的部分函数依赖C依赖AB完整依赖不是只依赖A或BD依赖C再依赖ABD并不直接依赖候选键的一部分所以没有部分依赖满足2NF。第四步检查3NFAB→CC→D这里C不是候选键且D不是主属性因此D通过C传递依赖于AB不满足3NF。结论最高是2NF。如果答案写3NF你需要检查它的函数依赖集合是否多了“C→A”之类的冗余。在求依赖闭包时有些依赖可以由其他依赖推导出来比如D→A和AB→C可能推出AB→D但是否影响范式判断取决于原始集合。严格的做法是先把F写成最小函数依赖集再进行范式判定这样不会因为冗余依赖而误判。练习的时候我习惯用表格记录每一步关系、候选键、主属性、非主属性、是否存在部分依赖、是否存在传递依赖、判定结果。这张表可以帮你快速定位和答案的分歧点。无损分解的验证是另一个失分点。如果题目要求把R分解为R1(A,B,C)和R2(C,D)判断这个分解是否无损。做法是看R1∩R2是否等于R2的关键字准确说要满足R1∩R2能决定R1中其他属性或能决定R2中其他属性。这里R1∩R2是CC→D所以C能决定R2的属性D因此是无损分解。但R1∩R2不能决定A或B所以从R2的角度不满足但无损分解只需要一个方向的包含关系成立。习题答案里经常只说“满足依赖保持”而不验证无损你要自己算别默认答案正确。4.2 事务ACID与隔离级别别让“标准答案”限制了你事务部分的简答题答案背起来很容易但很容易答成“三字经”。比如“什么是脏读”“什么是不可重复读”“什么是幻读”这类题只看答案没问题但考试会换一种问法给你一个并发调度让你指出哪个现象会出现在哪种隔离级别下。这时候只会背概念就不够用了。我的方法是画一张表把四个隔离级别和三个异常现象的对应关系先自己填一遍再对照教材和答案。表如下隔离级别脏读不可重复读幻读读未提交可能可能可能读已提交不可能可能可能可重复读不可能不可能取决于实现可串行化不可能不可能不可能这张表在第五版教材里很可能作为定义给出但答案里可能没有这么完整需要你自己补全。注意“可重复读”那一行的“取决于实现”是关键按SQL标准定义可重复读不隔离幻读但MySQL InnoDB默认的可重复读配合间隙锁可以阻止部分幻读。这也是习题答案和实际数据库行为出现冲突的常见原因。当你发现“可重复读是否避免幻读”这个格子填了“可能”而习题答案直接写“不可避免”时不要慌。先用教材前文的定义来判断如果教材是按SQL标准讲的可重复读确实不避免幻读如果教材按某个具体数据库实现讲比如MySQL InnoDB默认的REPEATABLE READ配上间隙锁可能避免部分幻读。答案本身没有唯一性关键看它的上下文。这种情况我会直接在答案旁边标注“依DBMS实现而定”并记录教材依据段落复习时不容易第二次纠结。为了加深理解可以真的在MySQL里做一次实验开两个会话一个事务先查询一个不存在的范围另一个事务插入该范围内的记录然后第一个事务用普通SELECT和SELECT ... FOR UPDATE分别再查观察是否有幻行。实验结果比答案的表述更能建立长期记忆。做这类实验要记得事务结束后提交或回滚否则会长时间占用锁影响其他会话。如果实验环境是MySQL 8.0注意默认的隔离级别就是REPEATABLE READ和课本描述未必完全一致。4.3 冲突可串行化用优先图画调度比背答案更稳并发控制题目中判断一个调度是否冲突可串行化的标准方法就是画优先图。很多同学觉得这个考点抽象干脆背答案。我的做法是固定画图流程三分钟出结果。先把调度中的所有操作按时间顺序列出来标注事务编号和数据项再找出冲突对两个事务访问同一个数据项且至少有一个是写操作然后按先后顺序画有向边最后检查图中是否有环。看一个具体调度T1读(A)T2写(A)T1读(B)T2写(B)。冲突对有两对T1读A和T2写A冲突且T1先于T2所以画边T1→T2T1读B和T2写B冲突且T1先于T2再画边T1→T2。图中没有环因此该调度等价于串行调度T1→T2是冲突可串行化的。这个例子里两个冲突对的先后顺序一致所以没环如果存在一个调度中T1先写AT2后读A同时T2先写BT1后读B那画出来的边就是T1→T2和T2→T1构成环该调度就不可串行化。习题答案往往会直接给出“等价于串行调度”但没有画出边。为了检验答案我会自己画图。这里有个容易踩的坑如果两个操作都是读不算冲突不要画边如果两个操作涉及的数据项不同也不算冲突如果两个操作是同一个事务更不算冲突。画完图后如果答案说有环而你没找到环再检查是否漏掉了某两个事务之间通过第三个事务间接形成的环。优先图只画直接冲突边但环的存在可以是多事务构成的比如T1→T2、T2→T3、T3→T1需要找完整路径。有些题目还会问“该调度是否可恢复”或“是否避免级联回滚”这和冲突可串行化是两回事。可恢复调度要求如果T1读了T2写的数据那么T1必须在T2提交之后提交避免级联回滚要求事务只能读已提交事务的数据。习题答案里这两个概念经常被混在一起说但考试会分开考。我在刷题时会把“冲突可串行化”“可恢复”“避免级联回滚”三个判定标准写在同一张卡片上避免混淆。如果你发现答案把两个概念混为一谈一定先回教材看定义别接受一个模棱两可的表述。5. 刷这套习题答案的避坑指南五种常见的翻车现场与排查建议答案在使用过程中翻车不一定是答案本身错了更可能是学习方法或环境差异导致的。下面这五类问题是我刷题和辅导同学时最常见的每条都按现象、原因、解决三条来写你可以直接对照自己的情况。5.1 现象一答案里的SQL跑不出预期结果开始怀疑数据库装错了我见过不少初学者照书上的答案输入SQL运行报错第一反应是“我数据库是不是装坏了”。其实数据库报错往往是因为答案里的语法和你使用的数据库方言不一致或者表名、字段名在答案中被省略了。比如教材用的是旧版SQL Server语法而你在MySQL 8.0里测试写“SELECT * FROM a, b WHERE a.idb.id”虽然能跑但换成“SELECT * FROM a JOIN b USING(id)”又不一样。另一种情况是字段名在两张表里都出现没加别名前缀报了ambiguous column错误。排查顺序是先看数据库版本和教材所用数据库是否一致中文教材在SQL章节通常基于某个具体的数据库有时是Access有时是MySQL语法差异很大再看字段名和表名是否差一个空格或大小写MySQL在Windows下不区分大小写Linux下区分最后把条件拆开执行先不写WHERE看能不能查出数据再逐步加条件。加条件的办法最能定位问题因为SQL是复合的任何一个子句错都会导致整体失败。解决不要只盯着错误提示把每个子句单独跑一遍。比如先执行SELECT * FROM SC确认有数据再执行SELECT * FROM SC WHERE sidS1确认条件没问题。这样能快速把问题缩小到某个子句。如果你在核对答案时遇到这种情况恭喜你这其实是一次送上门来的排错练习远远比背下答案更有价值。把报错信息和最终修正后的SQL记在笔记里下次再遇到类似报错就能秒懂。5.2 现象二范式答案跟书上定义对不上怀疑自己瞎了现象很常见自己判断某关系满足3NF答案写2NF或者反过来。于是反复翻书翻几次更乱了。这通常不是视觉问题而是判断流程里存在两个隐藏差异。第一个差异是“传递依赖”的判定标准有些教材把AB→CC→D这种定义为传递依赖有些则要求C必须是单属性且C不包含主键第二个差异是候选键是否唯一如果候选键有多个有些教材的“非主属性”定义会变化结论自然不同。解决把题目里的函数依赖集合重新写成最小依赖集再去掉冗余依赖然后按标准流程走一遍每一步都写下依据比如“因为C不是候选键D是非主属性所以存在传递依赖”。如果答案和你一致你要能说出理由如果不一致就把你的推导过程贴给同学或老师看让别人帮你找岔。很多时候是你在求闭包时漏看了一个依赖比如右手边有多个属性时只扩展了其中一个。最关键的是不要因为答案和网上某个贴子一致就认定教材错了。在范式这块教材定义就是考试标准第五版习题答案应该符合该教程正文所以先对照正文再对照其他资料。如果答案和正文矛盾那大概率是答案的印刷或整理错误这时可以遵照正文并在笔记里标注“此题以正文为准”。5.3 现象三背了答案考试时换了个表名就不会写这个现象在SQL题里特别典型。学生选课刷到滚瓜烂熟换成员工部门、订单商品就看不懂了。原因在于背的是具体表名和业务词不是背结构。数据库查询的本质是表之间的关联方式和查询条件是模板业务词只是变量。多对多关系里的“全部”用NOT EXISTS一对多关系里的“每个”用GROUP BY这些模板一旦抽离表名就能复用到任何场景。解决在每次刷完一道题后把题干中的“学生”“课程”“成绩”替换成“员工”“部门”“薪资”重新写一遍SQL看模板是否成立。更进一步把题目抽象成“实体A参与关系R关系R带属性X查询条件Y目标输出Z”用这个模板去套新题。我一般会专门整理一份“题型模板卡”每张卡只写结构和伪代码不写具体表名。比如“找出全部选修了某集合中每个元素的主体”模板就是“主表A WHERE NOT EXISTS子表B WHERE NOT EXISTS关系表R”。考试时套模板不会因为换业务词而卡壳。5.4 现象四只知道答案不知道推导面试一问细节就翻车面试或复试里老师不会问你答案是什么而是问你为什么。比如“这个查询为什么用EXISTS不用IN”“为什么索引能提高查询性能”“为什么可重复读下还会发生幻读”。如果你只背过“答案可重复读不能避免幻读”说不清背后机制就会显得很没底气。习题答案只给结论不给原因这是它的属性不是它的错。错在使用者把结论当成了全部。解决每个结论都要补一个“为什么”。我刷题时会在答案旁边写下“如果……”的变形比如答案用了IN我会想如果换成EXISTS结果相同吗性能会怎样答案说“可重复读不避免幻读”我会追问MySQL默认隔离级别为什么能避免间隙锁是怎么工作的这些问题教材正文不一定讲透但习题答案是个引子。带着问题去看正文、查资料比死记硬背更有效。复习到最后你应该能对每个答案说出至少一条支撑理由这样才算把题吃透了。5.5 现象五号称完整版于是全程抄抄完大脑一片空第五版习题答案被称为完整版意味着每个题都有结果但也意味着更容易让人不思考。有些同学刷这种题习惯直接看答案看完觉得自己会了关书后发现根本写不出来。这是最典型的“虚假掌握”。答案再完整也只是反射检查镜不是输入键盘。解决给自己定一个硬规矩答案必须先放在一边先做完题再对答案。如果一道题完全没思路允许看答案的第一步然后合上自己完成剩余步骤如果看着答案才能写出来那就把这道题标记为“需要重做”第二天再独立做一遍。平时练习多花这一倍的力气考试时能少很多翻车风险。对我自己而言把“对答案”改成“审答案”逼着我去质疑它学习效率反而成倍提升。完整的答案资料本身是工具别让它把你变成只会抄写的搬运工。6. 从做题到出题用答案反向梳理知识点做到真正吃透当习题已经刷过两遍答案都记住了还想继续深入我有一个建议别再做过去的题试着用答案反推题目自己出题给自己做。具体有三种玩法。第一种是“改条件出题”。把答案里的SQL改一个条件看结果怎么变。比如答案查“成绩大于80”你就改成“成绩小于60”看看查询是否变成相反的语义再改成“成绩大于80或成绩为NULL”测试自己对空值的理解。关系代数也一样把连接条件从等于改成不等于让表达式自己推导一遍过程中你会发现很多教材上讲过的边角知识。第二种是“改难度出题”。把答案里的简答题改成选择题把计算题改成判断对错的题或者反过来把选择题改造成简答题。比如答案说“可重复读可以防止不可重复读”你就把它改成四个选项的单选题故意把“可以防止幻读”也放进去当干扰项再自己解释为什么不对。这个过程等于把一个结论拆成了多个知识点记忆会牢固很多。第三种是“用答案做测试集”。把每章的答案收集起来当成验收标准。自己出十道题覆盖关系代数、SQL、范式、事务隔离级别、并发调度五大块做完后和答案比对每对上一个就在错题本上打一个钩。如果十道题全对说明这章基本过关如果还有三道不会就回去重刷对应模板。最后说一个我自己的教训。当年备考时我也曾图快直接背答案结果期末试卷里有一道“给出函数依赖判断无损分解”的题我明明见过原题却写不出验证过程白白丢了分。从那以后我给自己定了一条规矩任何答案必须能独立推导一遍才算数。这条规矩很笨但很管用。完整版答案不是捷径它只是让你在这条路上少走弯路的参照物。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/9 17:16:25 · 阅读 1.2k 数据库系统原理及应用教程第五版习题答案：高效刷题与避坑指南
简介数据库是信息时代组织和存储数据的核心工具掌握其基础概念对初学者尤为关键。《数据库系统原理及应用教程第五版》习题答案完整版已打包上传覆盖教材各章节核心概念与课后习题解答按章节整理、以问答形式呈现每个问题均给出条理清晰的参考答案和答题思路。资源为单个 docx 文档资源包大小约 814KB内容从数据、数据处理与数据管理的定义和目标到数据库及数据库管理系统DBMS功能、数据冗余危害、数据的整体性与共享性、文件系统管理缺陷、数据库系统阶段特点与硬件要求再到数据库系统软件组成、数据库管理员职责、三级模式结构和数据独立性等重难点均有详细解析适合复习、自测与教学参考。目前已有 4894 人学习下载读者可对照教材章节查阅答案快速定位薄弱知识点掌握数据库基础体系与答题要点。1. 数据库系统原理及应用教程第五版习题答案先别急着背先想清楚它该帮你干什么很多人拿到《数据库系统原理及应用教程第五版》的习题答案后第一反应是把简答题背下来把SQL题的答案抄一遍觉得这样就算复习完了。结果一到考试题目稍微换个条件函数依赖一变照样不会。原因不是题刷得少而是把答案当成了终点而不是对照物。这套习题答案的真正用途是帮你建立“自己先做→再核对→追溯解析”的闭环尤其是关系代数、范式分解和事务并发这几块答案里的每一步推导都值得拆开看。它适合正在备考期末、准备复试或者想通过刷题把关系模型彻底理清的从业者。用好了它是教材的延伸用错了它只是心理安慰。2. 把第五版的习题体系拆开看考点权重与章节地图重点该刷哪几章2.1 先建知识地图别让答案牵着鼻子走拿到答案后我建议先不要翻任何一道题而是把教程的目录通读一遍再按知识类型把章节分成四个板块基础概念、关系模型与SQL、数据库设计、数据库系统实现。这样做的原因是习题答案里不同板块的可用度完全不同。基础概念的题答案是唯一且稳定的背下来就行关系代数和SQL的题答案往往只给最终结果需要你自己补推导范式的题答案存在版本差异需要回到教材定义去核对。如果你从第一页开始顺序刷很可能在“数据库系统概述”这种概念章节花掉大量时间后面SQL和范式却没时间练这是最常见的复习失控。我的做法是把每个章节的题号、题型、预计耗时、答案是否带解析记在一张表里可以用笔记软件也可以手写。比如概念章节的题只标“背”关系代数的题标“手推”SQL的题标“上机验证”。画完这张表你就会清楚看到SQL和关系模型相关的题目通常会占据总题量的一半以上范式和事务的题虽然数量不多但每道题需要的时间多答案也更容易踩坑。后面复习时这张表就是你每天分配时间的依据。这里有一个容易被忽略的动作把答案里“略”和“见教材Pxx”这类题目单独挑出来。它们并不是不重要往往因为作者觉得太基础或太难不适合写进答案。练习题遇到这种题我会先看教材正文有没有对应例题如果有就直接复现一遍没有就和同学讨论。这套教程第五版里的题目基本都属于需要动手演算才能得分的类型跳过意味着考试时容易空手。2.2 关系模型与SQL章节题量最大且分值最稳先重兵攻略关系模型是整本教程的骨架习题答案里评分最严格的部分也在这里。常见的题型有给两个关系写关系代数表达式给中文需求写SQL给定SQL让你说明查询结果。关系代数和SQL的答案风格不太一样关系代数答案通常只有一行符号但手写过程必须一步一步展开SQL答案虽然能直接运行但不代表逻辑正确因为同样的查询可以用多种方式表达。我刷这几章用的是“三遍法”。第一遍把答案盖住只看题干在草稿纸上写下自己的关系代数表达式或SQL写不下去再揭答案看懂后放下笔把解析默念一遍。第二遍合上答案重新写直到结果和答案一致。第三遍把题目的条件换掉比如把“查询成绩大于80的学生”改成“查询成绩在80到90之间的学生选课情况”逼迫自己用同一个模板解决变体。三遍法最费时间的是第一遍因为你的错误会暴露出来比如把连接条件写反或忘了用聚合函数。这一章里答案最常见的“隐藏依赖”是自然连接与等值连接的区别。很多教材在关系代数章节默认使用自然连接也就是连接后只保留一个同名列而SQL里JOIN ON等价于等值连接会保留两个同名列。当你对照答案发现结果多了一列时先确认答案用的连接类型再确认题目要求的是不是自然连接。尤其在做课后习题时第五版教程关系代数部分大量使用自然连接记法直接迁移到SQL会踩坑这点务必留意。2.3 范式与函数依赖答案最容易“打架”的一章反倒最该慢刷范式章节是备考分水岭。同样是判断一个关系最高属于第几范式不同教材因为“候选键”和“部分依赖”的定义稍不同结论可能差一档。这道题的答案在网传的版本里经常互相矛盾连带着读者也怀疑自己。我在用这套习题答案时会把所有范式题集中到一起先不看答案自己给每道题写三条笔记候选键是谁主属性有哪些函数依赖集是否尽量小。写完再对照答案只要这三条一致结论一般差不了。判断范式有一个固定流程我反复用先求候选键用闭包验证再看是否存在非主属性对候选键的部分依赖有则不满足2NF再看是否存在非主属性对候选键的传递依赖有则不满足3NF最后看每个函数依赖的决定因素是不是候选键不全满足则不为BCNF。这里最难的是求闭包很多人求到一半就漏掉依赖。我建议每求一步就检查依赖右边有没有新属性可加入直到闭包不再变化。当你发现自己的结论和答案不一致时别急着改先把两边的函数依赖集合列出来逐条比对。常见分歧是答案里把“AB→C, C→E”合并成“AB→E”虽然这个依赖可以通过传递得到但如果你在判断时把它当原始依赖就可能导致出现传递依赖的误判实际上传递依赖本来就该基于推导出的依赖判断所以这个合并是允许的。另一个常见分歧是在无损分解的验证上答案只说“分解保持函数依赖”没提“无损连接”这时你要自己用自然连接验证别默认分解正确。2.4 用答案做每日复盘按考点打钩而不是按题号打钩刷完一部分题后我习惯在答案上按考点做标记而不是只打对错。比如一道SQL题考点可能是“分组排序”我会在题号边上写“GROUP BYHAVING”。这样第二轮复习时只需要看考点标签不用重新读题。每晚睡前我会抽查五个考点标签让自己不看答案说出对应的解题步骤说不出来的第二天重新做一遍相关题。这个方法看着笨但能有效防止“翻开书全认识合上书全忘记”。答案中那些“强调一定不要用子查询”的提示不要全信。它通常是为了让你练习连接写法并不代表真实业务里子查询不能用。你要做的是把多种写法都跑一遍对比执行计划或者结果久而久之自然知道什么时候用JOIN更好、什么时候用EXISTS更稳。这个过程里答案只是一个引子真正让你成长的是自己动手验证的那几步。3. 用答案核对过的典型题型关系代数和SQL的解题模板与验证方法3.1 关系代数表达式把中文题干翻译成四步操作很多初学者看到关系代数就头皮发麻符号不认识表达式也看不懂。其实关系代数的复杂度来自题目给你的关系数量和操作词的隐藏。拿到题干我一般先找四个要素投影列、选择条件、连接表、特殊动词。投影列对应“查询/显示/输出”后面的字段选择条件对应“WHERE/满足/大于/等于”这类词连接表对应题干中出现了两个以上实体特殊动词对应“全部、所有、至少、不存在”这些词它们决定要不要用除法或差集。举个例子。有两个关系学生学号姓名系别和选课学号课程号成绩。查询“信息系中选修了课程号C1且成绩大于85的学生姓名”。我先做连接学生和选课按学号连接得到临时关系包含所有字段。再做选择系别‘信息系’课程号‘C1’成绩85。最后投影姓名。写出来是π_姓名(σ_系别信息系 ∧ 课程号C1 ∧ 成绩85 (学生 ⋈ 选课))有的答案会写成先选择后连接比如先在学生表里筛出信息系再在选课表里筛出C1和成绩最后连接。这样写也对而且执行顺序更清晰。关键是要看答案有没有省略括号或表名补齐后再判断逻辑是否一致。如果答案只给了最终表达式我会在草稿纸上把中间关系表写出来比如连接后先有学号、姓名、系别、课程号、成绩五列经过选择和投影后剩下一列姓名这样推导过程就完整了。“全部”型题目是另一个高频坑。查询“选修了所有课程的学生”关系代数标准写法是用除法学生−选课÷课程或者π_学号(选课÷课程)。但教材版本和网传答案对除法符号的定义有出入有的用÷有的用⊘还有的干脆不提及。为了避免考试被符号卡住我用的是差集等价写法先求“至少有一门课程没选的学生”再用全体学生减去它。具体步骤是π_学号(学生) − π_学号(选课 ⋉ (π_课程号(课程) − π_课程号(选课)))。这个写法虽然长但不会因为符号歧义丢分而且在考试推导时更容易解释每一步的意图。3.2 SQL查询先写逻辑骨架再补语法细节SQL题在第五版习题答案里数量最多而且很多答案只给一句最终SQL没有过程。我自己写SQL时会按这样的顺序推先确定要查哪张表写FROM再确定要过滤哪行写WHERE然后看是否需要对行分组写GROUP BY分组后是否还要过滤写HAVING最后确定输出顺序和格式写ORDER BY。这个顺序不是书写的顺序而是脑内建模的顺序照着它能减少漏条件。以一个常见题为例选课表中保存每名学生选修的每门课程及成绩查询平均成绩不低于80分的课程编号和平均成绩结果按平均成绩降序。SELECT cid, AVG(score) AS avg_score FROM SC GROUP BY cid HAVING AVG(score) 80 ORDER BY avg_score DESC;这里的逻辑说明cid是分组列可以出现在SELECT中AVG(score)是聚合结果必须配GROUP BY使用。WHERE和HAVING的区别是这道题最容易出错的地方如果把条件写在WHERE score80里面查询会先丢掉所有低于80的分数再计算平均分结果会偏离题意只有用HAVING过滤分组结果才符合“平均成绩不低于80”。答案里如果出现这种顺序错误执行结果能直观暴露问题所以这道题非常适合上机验证。另一个经典题型是“找出选修了全部课程的学生”标准答案常用NOT EXISTS双重否定。这个结构在教材里出现过很多次但换表名后很多人写不出来。SELECT sname FROM Student AS s WHERE NOT EXISTS ( SELECT 1 FROM Course AS c WHERE NOT EXISTS ( SELECT 1 FROM SC WHERE SC.sid s.sid AND SC.cid c.cid ) );逻辑说明最内层判断某个学生s是否选了课程c第二层NOT EXISTS判断是否存在一门课程c使得这个学生没选它最外层NOT EXISTS判断是否存在这样的课程。只有当“没有一门课程没选”时学生才被选中。这个结构如果第一次见建议逐步拆开看先只看内层手动指定学生S1和课程C1看是否返回行再扩大到所有课程最后理解双向否定。参数说明这段代码使用了表别名s和c分别对应Student和Course。别名在MySQL中可以省略AS但在标准SQL建议保留这样在子查询或JOIN中引用限定列名时可读性更高。另外NOT EXISTS子查询里SELECT 1是习惯写法因为只关心是否存在行不关心列值换成SELECT *也能跑但SELECT 1能少读一些列信息逻辑上更干净。3.3 用实际数据库跑一遍把答案变成可执行、可验证的脚本习题答案里的SQL有时候会和实际数据库方言冲突比如老教材里写“SELECT * FROM A, B WHERE A.id B.id”在MySQL 8.0仍能跑通但新版标准SQL里推荐显式JOIN。不只是语法答案可能省略空值处理也可能因为建表语句缺失而在某些数据库报错。这时最有效的核对手段是把题目的表结构和样例数据复制到本地数据库让数据库自己回答。下面是一个最小验证例子使用SQLite。先建表并插入数据再执行上面那道“全部选课”的查询。CREATE TABLE Student (sid TEXT PRIMARY KEY, sname TEXT); CREATE TABLE Course (cid TEXT PRIMARY KEY); CREATE TABLE SC ( sid TEXT, cid TEXT, score REAL, PRIMARY KEY (sid, cid) ); INSERT INTO Student VALUES (S1, A同学), (S2, B同学); INSERT INTO Course VALUES (C1), (C2), (C3); INSERT INTO SC VALUES (S1, C1, 90), (S1, C2, 85), (S1, C3, 92); SELECT sname FROM Student AS s WHERE NOT EXISTS ( SELECT 1 FROM Course AS c WHERE NOT EXISTS ( SELECT 1 FROM SC WHERE SC.sid s.sid AND SC.cid c.cid ) );执行结果只会返回A同学因为B同学没有选修任何课程。这里参数说明SQLite的TEXT类型对应字符串PRIMARY KEY定义在列上可以省略NOT NULL。插入语句中多行VALUES是SQLite支持的写法其他数据库如PostgreSQL也支持。使用SQLite是为了免安装如果你手头有MySQL或MariaDB执行效果一样只是建表时可能需要显式指定字符集。核对答案时我常常遇到三种结果第一种答案SQL跑通且结果符合预期这属于正常第二种答案SQL跑通但结果和答案手算的不一致这多半是样例数据不一致或空值导致可以把数据换成题目给的原始样例再跑第三种答案SQL报错这多半是语法方言问题比如某些数据库要求别名不加AS或者不允许在HAVING里用别名。无论是哪种把答案调整到能跑的过程本身就是在学数据库盲目背不会遇到这些问题。另外如果答案里用了ORDER BY一个不在SELECT里的列在很多数据库里会报错或产生不可预期排序这也是一个常见的答案“假阴性”来源。4. 范式、事务与并发控制答案不符时到底该信答案还是信书上定义4.1 范式判断的标准流程先把候选键和依赖写清楚范式的答案只给一个结论但考试要求你写出推导过程。所以我把范式题当成“计算题”每次都在草稿纸上按标准流程走一遍而不是直接看答案。先看一个完整例子。设有关系R(A,B,C,D)函数依赖集合F{AB→C, C→D, D→A}要判断R最高满足第几范式。第一步求候选键。先求AB的闭包由AB→C得到AB扩展为ABC由C→D得到ABCD由D→A得到ABCD所以闭包是ABCDAB能决定所有属性AB是候选键。再看A单独闭包只有AB单独只有B所以AB是唯一候选键。第二步确定主属性为A和B非主属性为C和D。第三步检查2NF是否存在非主属性对候选键的部分函数依赖C依赖AB完整依赖不是只依赖A或BD依赖C再依赖ABD并不直接依赖候选键的一部分所以没有部分依赖满足2NF。第四步检查3NFAB→CC→D这里C不是候选键且D不是主属性因此D通过C传递依赖于AB不满足3NF。结论最高是2NF。如果答案写3NF你需要检查它的函数依赖集合是否多了“C→A”之类的冗余。在求依赖闭包时有些依赖可以由其他依赖推导出来比如D→A和AB→C可能推出AB→D但是否影响范式判断取决于原始集合。严格的做法是先把F写成最小函数依赖集再进行范式判定这样不会因为冗余依赖而误判。练习的时候我习惯用表格记录每一步关系、候选键、主属性、非主属性、是否存在部分依赖、是否存在传递依赖、判定结果。这张表可以帮你快速定位和答案的分歧点。无损分解的验证是另一个失分点。如果题目要求把R分解为R1(A,B,C)和R2(C,D)判断这个分解是否无损。做法是看R1∩R2是否等于R2的关键字准确说要满足R1∩R2能决定R1中其他属性或能决定R2中其他属性。这里R1∩R2是CC→D所以C能决定R2的属性D因此是无损分解。但R1∩R2不能决定A或B所以从R2的角度不满足但无损分解只需要一个方向的包含关系成立。习题答案里经常只说“满足依赖保持”而不验证无损你要自己算别默认答案正确。4.2 事务ACID与隔离级别别让“标准答案”限制了你事务部分的简答题答案背起来很容易但很容易答成“三字经”。比如“什么是脏读”“什么是不可重复读”“什么是幻读”这类题只看答案没问题但考试会换一种问法给你一个并发调度让你指出哪个现象会出现在哪种隔离级别下。这时候只会背概念就不够用了。我的方法是画一张表把四个隔离级别和三个异常现象的对应关系先自己填一遍再对照教材和答案。表如下隔离级别脏读不可重复读幻读读未提交可能可能可能读已提交不可能可能可能可重复读不可能不可能取决于实现可串行化不可能不可能不可能这张表在第五版教材里很可能作为定义给出但答案里可能没有这么完整需要你自己补全。注意“可重复读”那一行的“取决于实现”是关键按SQL标准定义可重复读不隔离幻读但MySQL InnoDB默认的可重复读配合间隙锁可以阻止部分幻读。这也是习题答案和实际数据库行为出现冲突的常见原因。当你发现“可重复读是否避免幻读”这个格子填了“可能”而习题答案直接写“不可避免”时不要慌。先用教材前文的定义来判断如果教材是按SQL标准讲的可重复读确实不避免幻读如果教材按某个具体数据库实现讲比如MySQL InnoDB默认的REPEATABLE READ配上间隙锁可能避免部分幻读。答案本身没有唯一性关键看它的上下文。这种情况我会直接在答案旁边标注“依DBMS实现而定”并记录教材依据段落复习时不容易第二次纠结。为了加深理解可以真的在MySQL里做一次实验开两个会话一个事务先查询一个不存在的范围另一个事务插入该范围内的记录然后第一个事务用普通SELECT和SELECT ... FOR UPDATE分别再查观察是否有幻行。实验结果比答案的表述更能建立长期记忆。做这类实验要记得事务结束后提交或回滚否则会长时间占用锁影响其他会话。如果实验环境是MySQL 8.0注意默认的隔离级别就是REPEATABLE READ和课本描述未必完全一致。4.3 冲突可串行化用优先图画调度比背答案更稳并发控制题目中判断一个调度是否冲突可串行化的标准方法就是画优先图。很多同学觉得这个考点抽象干脆背答案。我的做法是固定画图流程三分钟出结果。先把调度中的所有操作按时间顺序列出来标注事务编号和数据项再找出冲突对两个事务访问同一个数据项且至少有一个是写操作然后按先后顺序画有向边最后检查图中是否有环。看一个具体调度T1读(A)T2写(A)T1读(B)T2写(B)。冲突对有两对T1读A和T2写A冲突且T1先于T2所以画边T1→T2T1读B和T2写B冲突且T1先于T2再画边T1→T2。图中没有环因此该调度等价于串行调度T1→T2是冲突可串行化的。这个例子里两个冲突对的先后顺序一致所以没环如果存在一个调度中T1先写AT2后读A同时T2先写BT1后读B那画出来的边就是T1→T2和T2→T1构成环该调度就不可串行化。习题答案往往会直接给出“等价于串行调度”但没有画出边。为了检验答案我会自己画图。这里有个容易踩的坑如果两个操作都是读不算冲突不要画边如果两个操作涉及的数据项不同也不算冲突如果两个操作是同一个事务更不算冲突。画完图后如果答案说有环而你没找到环再检查是否漏掉了某两个事务之间通过第三个事务间接形成的环。优先图只画直接冲突边但环的存在可以是多事务构成的比如T1→T2、T2→T3、T3→T1需要找完整路径。有些题目还会问“该调度是否可恢复”或“是否避免级联回滚”这和冲突可串行化是两回事。可恢复调度要求如果T1读了T2写的数据那么T1必须在T2提交之后提交避免级联回滚要求事务只能读已提交事务的数据。习题答案里这两个概念经常被混在一起说但考试会分开考。我在刷题时会把“冲突可串行化”“可恢复”“避免级联回滚”三个判定标准写在同一张卡片上避免混淆。如果你发现答案把两个概念混为一谈一定先回教材看定义别接受一个模棱两可的表述。5. 刷这套习题答案的避坑指南五种常见的翻车现场与排查建议答案在使用过程中翻车不一定是答案本身错了更可能是学习方法或环境差异导致的。下面这五类问题是我刷题和辅导同学时最常见的每条都按现象、原因、解决三条来写你可以直接对照自己的情况。5.1 现象一答案里的SQL跑不出预期结果开始怀疑数据库装错了我见过不少初学者照书上的答案输入SQL运行报错第一反应是“我数据库是不是装坏了”。其实数据库报错往往是因为答案里的语法和你使用的数据库方言不一致或者表名、字段名在答案中被省略了。比如教材用的是旧版SQL Server语法而你在MySQL 8.0里测试写“SELECT * FROM a, b WHERE a.idb.id”虽然能跑但换成“SELECT * FROM a JOIN b USING(id)”又不一样。另一种情况是字段名在两张表里都出现没加别名前缀报了ambiguous column错误。排查顺序是先看数据库版本和教材所用数据库是否一致中文教材在SQL章节通常基于某个具体的数据库有时是Access有时是MySQL语法差异很大再看字段名和表名是否差一个空格或大小写MySQL在Windows下不区分大小写Linux下区分最后把条件拆开执行先不写WHERE看能不能查出数据再逐步加条件。加条件的办法最能定位问题因为SQL是复合的任何一个子句错都会导致整体失败。解决不要只盯着错误提示把每个子句单独跑一遍。比如先执行SELECT * FROM SC确认有数据再执行SELECT * FROM SC WHERE sidS1确认条件没问题。这样能快速把问题缩小到某个子句。如果你在核对答案时遇到这种情况恭喜你这其实是一次送上门来的排错练习远远比背下答案更有价值。把报错信息和最终修正后的SQL记在笔记里下次再遇到类似报错就能秒懂。5.2 现象二范式答案跟书上定义对不上怀疑自己瞎了现象很常见自己判断某关系满足3NF答案写2NF或者反过来。于是反复翻书翻几次更乱了。这通常不是视觉问题而是判断流程里存在两个隐藏差异。第一个差异是“传递依赖”的判定标准有些教材把AB→CC→D这种定义为传递依赖有些则要求C必须是单属性且C不包含主键第二个差异是候选键是否唯一如果候选键有多个有些教材的“非主属性”定义会变化结论自然不同。解决把题目里的函数依赖集合重新写成最小依赖集再去掉冗余依赖然后按标准流程走一遍每一步都写下依据比如“因为C不是候选键D是非主属性所以存在传递依赖”。如果答案和你一致你要能说出理由如果不一致就把你的推导过程贴给同学或老师看让别人帮你找岔。很多时候是你在求闭包时漏看了一个依赖比如右手边有多个属性时只扩展了其中一个。最关键的是不要因为答案和网上某个贴子一致就认定教材错了。在范式这块教材定义就是考试标准第五版习题答案应该符合该教程正文所以先对照正文再对照其他资料。如果答案和正文矛盾那大概率是答案的印刷或整理错误这时可以遵照正文并在笔记里标注“此题以正文为准”。5.3 现象三背了答案考试时换了个表名就不会写这个现象在SQL题里特别典型。学生选课刷到滚瓜烂熟换成员工部门、订单商品就看不懂了。原因在于背的是具体表名和业务词不是背结构。数据库查询的本质是表之间的关联方式和查询条件是模板业务词只是变量。多对多关系里的“全部”用NOT EXISTS一对多关系里的“每个”用GROUP BY这些模板一旦抽离表名就能复用到任何场景。解决在每次刷完一道题后把题干中的“学生”“课程”“成绩”替换成“员工”“部门”“薪资”重新写一遍SQL看模板是否成立。更进一步把题目抽象成“实体A参与关系R关系R带属性X查询条件Y目标输出Z”用这个模板去套新题。我一般会专门整理一份“题型模板卡”每张卡只写结构和伪代码不写具体表名。比如“找出全部选修了某集合中每个元素的主体”模板就是“主表A WHERE NOT EXISTS子表B WHERE NOT EXISTS关系表R”。考试时套模板不会因为换业务词而卡壳。5.4 现象四只知道答案不知道推导面试一问细节就翻车面试或复试里老师不会问你答案是什么而是问你为什么。比如“这个查询为什么用EXISTS不用IN”“为什么索引能提高查询性能”“为什么可重复读下还会发生幻读”。如果你只背过“答案可重复读不能避免幻读”说不清背后机制就会显得很没底气。习题答案只给结论不给原因这是它的属性不是它的错。错在使用者把结论当成了全部。解决每个结论都要补一个“为什么”。我刷题时会在答案旁边写下“如果……”的变形比如答案用了IN我会想如果换成EXISTS结果相同吗性能会怎样答案说“可重复读不避免幻读”我会追问MySQL默认隔离级别为什么能避免间隙锁是怎么工作的这些问题教材正文不一定讲透但习题答案是个引子。带着问题去看正文、查资料比死记硬背更有效。复习到最后你应该能对每个答案说出至少一条支撑理由这样才算把题吃透了。5.5 现象五号称完整版于是全程抄抄完大脑一片空第五版习题答案被称为完整版意味着每个题都有结果但也意味着更容易让人不思考。有些同学刷这种题习惯直接看答案看完觉得自己会了关书后发现根本写不出来。这是最典型的“虚假掌握”。答案再完整也只是反射检查镜不是输入键盘。解决给自己定一个硬规矩答案必须先放在一边先做完题再对答案。如果一道题完全没思路允许看答案的第一步然后合上自己完成剩余步骤如果看着答案才能写出来那就把这道题标记为“需要重做”第二天再独立做一遍。平时练习多花这一倍的力气考试时能少很多翻车风险。对我自己而言把“对答案”改成“审答案”逼着我去质疑它学习效率反而成倍提升。完整的答案资料本身是工具别让它把你变成只会抄写的搬运工。6. 从做题到出题用答案反向梳理知识点做到真正吃透当习题已经刷过两遍答案都记住了还想继续深入我有一个建议别再做过去的题试着用答案反推题目自己出题给自己做。具体有三种玩法。第一种是“改条件出题”。把答案里的SQL改一个条件看结果怎么变。比如答案查“成绩大于80”你就改成“成绩小于60”看看查询是否变成相反的语义再改成“成绩大于80或成绩为NULL”测试自己对空值的理解。关系代数也一样把连接条件从等于改成不等于让表达式自己推导一遍过程中你会发现很多教材上讲过的边角知识。第二种是“改难度出题”。把答案里的简答题改成选择题把计算题改成判断对错的题或者反过来把选择题改造成简答题。比如答案说“可重复读可以防止不可重复读”你就把它改成四个选项的单选题故意把“可以防止幻读”也放进去当干扰项再自己解释为什么不对。这个过程等于把一个结论拆成了多个知识点记忆会牢固很多。第三种是“用答案做测试集”。把每章的答案收集起来当成验收标准。自己出十道题覆盖关系代数、SQL、范式、事务隔离级别、并发调度五大块做完后和答案比对每对上一个就在错题本上打一个钩。如果十道题全对说明这章基本过关如果还有三道不会就回去重刷对应模板。最后说一个我自己的教训。当年备考时我也曾图快直接背答案结果期末试卷里有一道“给出函数依赖判断无损分解”的题我明明见过原题却写不出验证过程白白丢了分。从那以后我给自己定了一条规矩任何答案必须能独立推导一遍才算数。这条规矩很笨但很管用。完整版答案不是捷径它只是让你在这条路上少走弯路的参照物。希望帮到你。本文还有配套的精品资源点击获取