简介《数据库系统概论第五版》王珊版课后习题答案文档专门面向学习数据库原理的本科生、考研复习者及自学者可对照教材逐章检验理解程度。资源为单个doc文档大小约588KB内容覆盖第2章关系数据库、第3章关系数据库语言SQL等章节的详细解答既适合平时作业订正也适合考前集中复习。文档并非简单罗列答案而是结合教材内容梳理了重要知识点包括关系模型的三个组成部分、关系数据语言的三种分类及共同特点、实体完整性与参照完整性规则、关系代数五种基本运算及其相互表达以及SQL语言“综合统一、高度非过程化、面向集合操作”等五大特点。针对典型习题文中给出了完整求解过程与SQL语句实例例如用π、σ等关系代数运算符完成SPJ数据库查询用CREATE TABLE语句建立S、P、J、SPJ四个表并实现嵌套查询同时还辨析了等值连接与自然连接的区别能够帮助读者在对照参考答案时理解每一步的推导依据快速定位自身薄弱环节。当前已有1723人学习下载适合作为数据库原理课程的配套练习资料、期末突击或考研复习的补充材料。1. 这份答案文档能帮你什么先别急着抄先搞清楚它值不值得信期末复习到了刷题阶段手边正好有一份某经典教材第 5 版的课后答案文档格式还是 .doc 的老古董。多数人的第一反应是打开、对照、抄完交差但真正做过一遍的人都会有一个同样的感受答案文档最大的价值不在于给你标准结果而在于它逼着你把错题晾在台面上逼着你承认自己对某个知识点是模糊的。这份文档覆盖的内容集中在关系代数、范式分解、SQL 查询、事务并发这几个老大难章节而恰恰是这些章节答案里也经常藏着让人挠头的“版本差异”和“印刷错误”。这篇笔记就围绕着这份答案文档展开讲清楚它适合谁、怎么用它做自我验证、哪些题必须动手搭环境跑一遍以及哪几类题你得留个心眼不能全信。适合期末冲刺、考研复习、转行自学三类读者每类人的用法还不一样。2. 先摸清第 5 版的章节地图答案文档覆盖了哪些题难点分布在哪2.1 章节结构与习题类型对照用这份答案文档之前先得知道这本书把知识点放在了哪几章、课后题大概长什么样。第 5 版的章节结构沿用了数据库教材最常见的组织方式先说数据模型和数据库系统结构再进关系模型、SQL、安全性完整性然后上关系数据理论范式接着是数据库设计、查询优化、事务、恢复、并发控制最后是数据库新技术展望。课后习题的题型可以分成四类每一类的检查方式完全不同。章节主题常见题型答案验证方式绪论、数据模型选择题、简答题对照教材原文查概念定义关系模型与关系代数应用题求表达式、求结果手工推演 转成 SQL 跑真实数据库SQL 语言写 SQL 语句搭本地 SQLite 环境直接执行安全性、完整性GRANT/REVOKE 语句、约束设计语法对照 在数据库里实测关系数据理论函数依赖判断、范式级别判定、模式分解手工推演为主可写脚本辅助数据库设计ER 图设计、ER 图转关系模式手工核对设计规范查询优化代数优化规则、代价估计手工推演 EXPLAIN 对照事务、恢复、并发控制ACID 概念题、日志分析、调度判定手工推演为主文档里最常见的是前两类题的标准解后面两类因为涉及推演过程不同版本教材答案经常有出入。2.2 全书公认最难的三块内容答案文档也在这里最容易出歧义第一块是关系数据理论也就是函数依赖、候选键推导、范式级别判定、模式分解。难在它本质上是形式化的逻辑推理一步错步步错。答案文档里给出的分解结果经常出现“无损连接成立但依赖保持不成立”这种让人抓狂的情况。第二块是并发调度。判断一个调度是否冲突可串行化要看冲突操作对的顺序能否通过交换非冲突操作来重排。这个交换过程只可意会不可言传答案文档通常只给结论不給推导过程你对了答案也不知道自己错在哪一步。第三块是 SQL 中的复杂查询尤其是涉及子查询、聚合函数、EXISTS/NOT EXISTS 的题目。这类题的答案正确与否其实跟具体数据库方言有关系同一个查询在 SQLite、某个开源数据库、商业数据库里跑出来的结果可能一致但写法上会有细微差异。答案文档只给一个标准解不考虑方言差异这也是很多人对答案怎么都对不上的原因之一。2.3 为什么先做题再翻答案而不是边做边看很多人拿到这份答案文档的第一件事是通读一遍感觉知识点都会了合上文档又全忘了这是典型的“答案熟悉度错觉”。眼睛看答案和手写答案大脑的加工深度差得非常多。我一般要求学生这么做把每章的课后题先独立做一遍哪怕是瞎蒙也要写出一个结果做不出来的题在题号旁边画个问号跳过这一遍完全不碰答案文档。做完第一遍再打开答案文档逐题对照。对照时不只要看结果对不对更要看自己的推演路径跟答案的推演路径是不是同一个思路。很多应用题的结果是对的但走的路径绕了远路考试时时间一紧就容易翻车。这个环节会非常不舒服——你会发现一半以上的题你自己写的步骤是不完整的但这恰恰就是答案文档真正的用法它不是参考书是照妖镜。3. 三遍刷题法怎么把一份答案文档用出网课的效果3.1 第一遍按章独立做题答案文档全程不打开把课后题当成闭卷考试来对待这个动作不能省。我自己复习时有一个习惯在笔记本上把每道题的题号抄下来右边留三栏分别写“我的答案”“标准答案”“差异分析”。第一遍只填第一栏遇到完全没思路的题就画一个大大的叉然后用便签标记是哪一章的哪个知识点没搞懂。这个阶段不要在意正确率。我见过不少人第一遍做题错了一半就开始焦虑其实完全没必要——错题才是你复习的地图。范式分解题不会做说明函数依赖的闭包计算没吃透SQL 子查询写不出来说明你对 EXISTS 和 IN 的语义差异还不敏感。这些信号比分数值钱得多。第一遍做题的时间控制也很重要。这本书的课后题量大全部硬啃一遍可能要花三到四周每天一两小时即可。不要试图一天刷完一章大脑消化概念需要时间特别是范式推理这类抽象内容隔天再回头看昨天做错的题往往会有新的理解。3.2 第二遍对照答案把错误归成三类打开答案文档逐题对照这一遍在笔记本的第二栏抄答案第三栏写差异分析。注意差异分析不要只写“错了”要写清楚错在哪里。我习惯把错误归成三类概念理解错误、推演步骤跳跃、结果对但过程绕远。概念理解错误是第一类也是最严重的一类。比如把 3NF 的判定条件搞混以为“消除了非主属性对候选键的传递依赖”就万事大吉结果漏了“函数依赖左边必须是超键”或者“要么是无关属性”这后半句。这种错误必须回教材重新读定义。推演步骤跳跃是第二类。这类错误在关系代数和日志恢复题里最常见。答案里三步能写完的推演你两步就跳过去了中间那步恰好藏着关键的知识点。结果对但过程绕远是第三类最隐蔽。你以为自己对了其实只是误打误撞。比如 SQL 里同一个查询用嵌套子查询能写出来但用连接加聚合更清晰高效后者才是教学上想考的点。3.3 第三遍对存疑题做交叉验证不能只信一份答案第二遍对照完之后笔记本上会留下几个争议题——你的答案和文档答案不一致而且你反复检查觉得自己没算错。这种情况不要急着认定答案错了也别急着怀疑自己先做交叉验证。第一步是回教材正文找依据。教材里通常有对应的例题看例题的完整推演过程再用同样的方法套到习题上。第二步是找其他练习题的同类型题做对比看看是不是同一类题目的解法在这本书里前后有矛盾。第三步也就是最有说服力的方式是把能实操的题直接丢进数据库或脚本里跑一遍用机器的执行结果来裁决。这三步走完如果确实发现答案文档有误我建议你在笔记本的题号旁边做一个醒目的标记比如画一个圈再在旁边写“文档答案存疑按教材例题推演应为……”。这些事情做完这份答案文档才真正变成了专属于你自己的学习资产。4. 用本地 SQLite 验证 SQL 题答案搭建最小验证环境4.1 为什么选 SQLite零配置文件一条命令进交互模式这本书 SQL 章节的课后题基本上都基于学生选课、员工部门、供应商零件这类经典教务场景。验证这些题的答案不需要装重量级的数据库服务端SQLite 是最合适的工具不需要配置端口、不需要启动服务、不需要账号密码而且主流的 Unix 系统都内置了命令行工具。在 Debian 系的系统上装好之后直接在终端敲 sqlite3 就能进入交互模式。Windows 用户可以从官方渠道下载免安装的二进制文件下载后解压到任意目录把 sqlite3.exe 的路径加进环境变量即可。macOS 自带 SQLite无需安装。# Debian/Ubuntu 系列安装 SQLite 命令行工具 sudo apt-get install sqlite3 # 启动一个临时数据库并进入交互模式 sqlite3 :memory: # 如果已有习题库文件直接打开 sqlite3 exercise.db参数说明:memory:表示使用纯内存数据库进程退出后数据全部消失适合做临时验证。exercise.db是一个持久化文件数据库建好的表和数据会保留在磁盘上适合做完一题关闭下次继续。4.2 建表与插入数据按教材场景还原一张选课表验证 SQL 答案之前先把教材习题对应的表结构和样例数据建好。以最经典的选课场景为例三张表学生表、课程表、选课表。下面这段 SQL 以教材习题的标准结构为蓝本字段名用英文便于在 SQLite 里直接执行。-- 学生表学号、姓名、系别、年龄 CREATE TABLE student ( sno TEXT PRIMARY KEY, sname TEXT, sdept TEXT, sage INTEGER ); -- 课程表课程号、课程名、先行课、学分 CREATE TABLE course ( cno TEXT PRIMARY KEY, cname TEXT, cpno TEXT, ccredit INTEGER ); -- 选课表学号、课程号、成绩 CREATE TABLE sc ( sno TEXT, cno TEXT, grade INTEGER, PRIMARY KEY (sno, cno), FOREIGN KEY (sno) REFERENCES student(sno), FOREIGN KEY (cno) REFERENCES course(cno) );执行完这段建表语句接下来插入几条样例数据。插数据时要注意先行课字段比如“数据库原理”的先行课是“数据结构”cpno 字段填的是先行课的课程号。INSERT INTO student VALUES (2001, 张三, 计算机, 20); INSERT INTO student VALUES (2002, 李四, 计算机, 21); INSERT INTO student VALUES (2003, 王五, 数学, 20); INSERT INTO course VALUES (C1, 数据库原理, C3, 4); INSERT INTO course VALUES (C2, 数据结构, NULL, 3); INSERT INTO course VALUES (C3, 操作系统, C2, 4); INSERT INTO sc VALUES (2001, C1, 92); INSERT INTO sc VALUES (2001, C2, 88); INSERT INTO sc VALUES (2002, C1, 78);逻辑说明这张表结构对应了教材 SQL 章节的多类习题——单表查询、连接查询、嵌套查询、EXISTS 子查询都能在这个结构上直接演练。字段类型选择上学号和课程号用 TEXT 而不是 INTEGER是因为这类编号往往带有前导字符设计习题时也常出现字母TEXT 最稳妥。4.3 用 SQLite 验证典型的嵌套查询题教材 SQL 章最常考的一类题是“查询选修了全部课程的学生”标准写法用 NOT EXISTS 双重否定。很多答案文档只给结果不给你执行的验证方法这里直接把它跑出来。-- 查询选修了全部课程的学生姓名 -- 思路不存在一门课程这个学生没选 SELECT sname 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 ) );执行结果会返回“张三”因为张三选了 C1 和 C2 全部两门课程而李四只选了 C1。这里的核心逻辑是双重 NOT EXISTS先固定一个学生检查课程表里是否找得出一门课该学生没有选课记录如果找不出说明该学生选修了全部课程。参数与语义说明外层SELECT sname FROM student s是遍历每个学生内层第一个NOT EXISTS检查“不存在没选的课”最内层SELECT 1 FROM sc只用到了 EXISTS 的存在性判断查什么列无所谓惯例写 1。如果把这个查询改写为用NOT IN需要注意sc.grade为 NULL 时的语义差异——这里我们设计数据时控制住 NULL 干扰但实际验证别的题时NULL 会让你摔得很惨。4.4 验证聚合与分组题平均分和最高分不要想当然分组聚合是另一类高频题。“查询每门课程的平均成绩并按课程号排序”这类题答案文档的写法基本一致但你自己跑一遍才能体会到 GROUP BY 和 HAVING 的执行顺序。SELECT cno, AVG(grade) AS avg_grade FROM sc GROUP BY cno ORDER BY cno;这个查询的结果是一目了然的但真正容易出问题的是“查询平均成绩大于 80 分的课程号”。很多人会习惯性写成 WHERE AVG(grade) 80然后在 SQLite 里直接报错。-- 正确写法分组后的条件过滤用 HAVING不能用 WHERE SELECT cno FROM sc GROUP BY cno HAVING AVG(grade) 80;逻辑说明WHERE 在分组前过滤行HAVING 在分组后过滤组。SQLite 对聚合函数出现在 WHERE 子句中的行为是直接报错这反而是在帮新手纠错。但某些数据库对这类写法会有不同的容错表现这也是为什么我强调——SQL 题不能只对答案文档最终要以真实执行结果为准。5. 避坑排查答案文档和你的推演结果不一致先查这五处5.1 范式分解翻车3NF 分解和 BCNF 分解混为一谈现象你的分解结果保持了无损连接答案文档的分解结果保持了依赖两边看起来都对但细看发现你的分解丢了一个函数依赖。原因3NF 分解算法要求保持函数依赖BCNF 分解算法只保证无损连接不保证依赖保持。很多习题答案在要求“无损且保持依赖”时用的是 3NF 合成法在某些边界情况下BCNF 分解无法同时满足依赖保持习题的标准解就会取 3NF。解决做题前先圈出题目里的关键词——“保持函数依赖”对应 3NF 合成法“无损连接”可能对应 BCNF 分解法。你的分解结果如果丢了依赖用教材给出的判定算法重新算一遍依赖闭包再决定改用哪种分解策略。对照答案时分两步验证而不是一步到位这样能精确定位是第几步分歧。5.2 SQL 子查询结果对不上IN 与 EXISTS 在 NULL 面前表现不同现象一道“查询没有选修某门课程的学生”的题你的答案用 NOT IN文档答案用 NOT EXISTS两边跑出来结果不一样。原因当子查询结果集中出现 NULL 时NOT IN 的行为是整体返回空集因为 NULL 参与比较的结果是 UNKNOWN取反后还是 UNKNOWN而 NOT EXISTS 逐行检查NULL 不影响判定逻辑。解决先把子查询单独跑一遍检查结果列里有没有 NULL如果有且业务语义上不该有说明题目环境的设计里应该补一个 NOT NULL 约束或过滤条件。更稳妥的做法是在写 NOT IN 的子查询最后加WHERE 列 IS NOT NULL排除 NULL 干扰后再与文档答案对比。这一步是 SQL 题最常见的“看着答对了实际是错的”场景。5.3 并发调度题总错冲突可串行化只看冲突操作对的相对顺序现象两个事务 T1、T2 作用在同一个数据项 A 上你凭直觉认为某个调度不可串行化但答案说可以或者反过来。原因判断冲突可串行化只看不同事务对同一数据项的冲突操作对读写、写读、写写在调度中的相对顺序是否和某个串行调度一致而读读操作不算冲突。很多人会额外引入无关操作来比较把问题搞复杂。解决画出事务的操作序列把所有事务按顺序排列把属于同一个事务的操作标成同色或同行然后挑出所有跨事务且针对同一数据项的冲突操作对比较它们的前后次序是否形成环。有环则不可串行化无环则可串行化。把这个判定过程写到草稿纸上再和答案对照基本不会翻车。5.4 ER 图转关系模式1:1 联系的主键放哪边教科书有固定章法现象ER 图里两个实体之间是 1:1 联系答案文档把 A 实体的主键放进了 B 实体的关系模式而你的做法刚好相反两边都被教材例题支持过不知道听谁的。原因1:1 联系转关系模式时联系本身可以并入任意一端的实体关系模式中把另一端的主键作为外键属性加进来。教材为了统一通常在例题里固定写成“并入参与度小的那一边”但习题答案可能采用了另一种约定。解决统一采用“外键加在需要减少冗余的一端”的原则也就是检查哪一端加外键后关系模式中重复数据更少。如果两端都差不多就按教材例题的惯例选一端并在旁边注明这种选择不是唯一的。对照答案时只要你的函数依赖没有丢失、主外键关系成立就应该视为可接受答案。5.5 答案文档版本老化第 5 版和旧版习题编号错位现象你在文档里找第 3 章某道题的答案翻遍整个文档找不到或者找到的题目和你手头教材的题干对不上。原因市面上流传的这份答案文档有一些是从旧版本教材的配套答案整理过来的旧版与新版的章节编排、习题编号存在错位。新版教材可能删了旧版的某道题新版的某道题又不在旧版答案里。解决先看文档开头或尾页有没有“对应教材版本”的说明如果没有用题干的关键词在文档内做全文检索不要按题号找。拿文档里的一道“原题”和你手头的教材正文对照看是否同源。这种方法虽然笨但能有效避免你浪费时间在一个根本不存在的答案编号上。6. 进阶用法把答案文档做成你自己的错题索引刷完三遍并完成验证后这份答案文档就可以退居幕后了。我习惯把每章错题的题号、错误类型、出错的知识点整理成一张索引表用最简单的 CSV 格式存下来复习的时候只扫这张表。# 统计各类错误的分布用 awk 对错题索引表做快速聚合 awk -F, {count[$2]} END {for (err in count) print err, count[err]} mistake_index.csv这个命令把错题索引表的第二列按错误类型统计频次。你会清楚地看到范式分解题错了 7 次、SQL 嵌套查询错了 5 次、并发调度错了 3 次。哪块薄弱一目了然下一轮复习直接按频次倒序去过知识点。还有一个我踩过的坑想提醒你答案文档里偶尔会有打印错误比如关系代数表达式的下标写反、SQL 关键字大小写混用导致语法错误。这类问题对结果没影响但会浪费你大量排查时间。遇到这种用前面第 4 章的 SQLite 环境直接执行执行报错就跳过该题别跟它较劲。回想起来我当年最亏的就是把答案文档从头到尾抄了一遍感觉自己是全班最努力的人结果范式题换了个考法照样不会。之后改用“先做、再对、后归因”的办法每一道错题都追到知识点层面学习节奏才真正明朗起来。这个习惯我一直保留到今天希望帮到你。本文还有配套的精品资源点击获取