企业官网建设流程全解析

简介：《数据库系统概论第5版答案（王珊版）》是面向高校“数据库系统概论”课程学习者的配套习题解答文档，覆盖关系模型、关系代数、SQL语言、完整性规则等核心知识点，适合备考、课后自测与教师备课参考。资源为doc格式，共1个文件，压缩包大小约588KB，内容按第2章、第3章等章节组织，逐题给出简明解析与SQL语句示例，便于对照教材同步巩固。已有1723人学习下载，是数据库初学者理解关系数据库理论、掌握标准查询语言的高性价比资料。文档重点梳理了关系模型三部分构成、实体完整性与参照完整性规则、五种基本关系代数运算及SQL五大特点，并通过SPJ数据库的典型检索例题演示了等值连接、自然连接、嵌套查询和除法运算的实际应用，能帮助读者将抽象概念转化为可操作的解决思路。

1. 数据库系统概论第5版答案：先别急着抄，这份文档的正确用法

准备期末或考研复习时，很多人最想先拿到《数据库系统概论（第5版）答案(王珊版).doc》这类文档。我的建议恰恰相反：答案不是用来“对”的，是用来“验”的。所谓验，是拿它反推你的推导过程在哪一步断开，这才是这份文档能帮你提分的机制。这篇笔记不会把答案内容复述一遍，只讲怎么把它用出效果——它适合正在刷王珊版教材的本科生、考研党，以及准备数据库岗位笔试的从业者。目标只有一个：把一份可能四处流传的答案文档，变成你手里可复现、可持续用的复习闭环。

2. 教材与答案对应：先摸清第5版章节脉络，再谈对答案

2.1 第5版章节骨架：关系模型、SQL、范式是三个主战场

王珊、萨师煊主编的《数据库系统概论》第5版，章节编排在高校数据库课程里有比较稳定的主线：先讲数据模型和数据库系统结构，再进入关系数据库、关系代数和SQL，然后进入关系规范化理论，接着是数据库设计和数据库安全、并发控制、恢复技术。答案文档通常按这些章节顺序给答案，所以你的复习顺序应该和教材章节一一对应，而不是拿到答案就随手翻。

如果你问我一拿到答案文档先看哪三块，我的建议是：关系模型、SQL、规范化理论。原因是这三块在期末试卷和考研真题里占比最高，而且它们有一个共同特点——答案往往是一句话，但过程非常讲究。比如关系模型部分考“候选码”的定义，答案给一句“能唯一标识元组且不含多余属性的属性组”，你要能说出为什么“不含多余属性”这个限定不能丢；SQL部分考写查询，答案给一条SELECT，你要能说清楚连接条件为什么放在WHERE而不是HAVING；规范化理论考范式判断，答案只写“3NF”，你要能补出闭包计算和依赖分析的全过程，这些能力才是试卷真正在测的。

这张表你可以直接抄到复习笔记的扉页。我更想强调的是，它不只是章节清单，更是你的错题分诊台——每道题错了，先定位到表格里的某个模块，再去找对应章节的答案内容。这样对答案才是定向的，不是碰运气。第5版教材的课后题设计得层次分明：基础题确认概念，综合题训练设计和推导，研究题留给有余力的人。你手里的答案文档如果还算完整，应该能覆盖前两类；遇到研究题没有标准答案，是正常的，不要因此怀疑文档残缺。

2.2 答案缺失章节的兜底：用教材例题和历年真题补位

答案文档不完整才是常态。常见情况有三种：一是手打录入时跳了页，某一章的答案断在中间；二是图片版OCR识别后，关系代数和SQL语句识别得乱七八糟；三是某些章节的答案是选编的，只给了部分题号。所以拿到文档的第一步不是开始背，而是先做完整性体检：打开目录，对照教材章节标题，给每个章节打钩和打叉。

打完钩之后，对没有答案的章节，我的兜底顺序是固定的：教材正文例题排第一，历年真题排第二，同类习题集排第三。教材例题和课后题往往出自同一知识点的不同角度，做了例题就等于有了参考答案；历年真题则能告诉你这个章节到底以什么题型出现，用题型反推考点。比如规范化理论如果真题年年考“给函数依赖集，判断最高范式”，那你就知道要重点练推导，而不是去背范式定义。

这期间你需要一张答案对照表。我一般建议拿一个横版Excel或笔记本，列六列：题号、我的答案要点、文档答案要点、结论、错因类型、重做日期。这里的结论不要只填对或错，要填“等价”“错误”“超纲”“答案疑似有问题”四种之一。

填这张表的关键动作，是把“我的答案要点”写在打开文档答案之前。如果你先看了文档答案再回填，表就没有训练意义了。“答案疑似有问题”这一栏要慎用，我的血泪经验是：十个怀疑八九个是自己推导漏了一步。真遇到想不通的，回到教材定义重新推一遍，比急着否定答案可靠得多。

3. 按章自测：把第5版课后题拆成可执行的复习清单

3.1 关系代数与SQL篇：对着答案查三类典型失分点

对答案翻车最多的地方，往往不是知识点没学过，而是你压根没理解答案为什么那样写。SQL这块我总结了三类典型失分点：连接条件、分组聚合、嵌套查询。连接条件的坑在于自然连接和等值连接被混用——自然连接会自动合并重复列，等值连接不会，很多同学看到答案里只有等值连接而没写JOIN...ON，就以为自己错了；分组聚合的坑在于HAVING和WHERE的分工被搞混，WHERE过滤的是原始行，HAVING过滤的是分组后的结果，这两个写反了查出来的明细完全不一样；嵌套查询的坑最隐蔽，就是IN和EXISTS在外层附带的NULL语义。

举一个经典的例子。查询“没有选修任何课程的学生”，常见的两种写法是NOT EXISTS和NOT IN。我一般会让学生把两种写法都写出来，再对照答案判断自己错没错。

-- 写法A：NOT EXISTS 关联子查询 SELECT sname FROM student s WHERE NOT EXISTS ( SELECT 1 FROM sc WHERE sc.sno = s.sno ); -- 写法B：NOT IN 子查询 SELECT sname FROM student s WHERE s.sno NOT IN ( SELECT sno FROM sc );

这两段代码的语义目标是同一个，但行为并不完全等价。NOT EXISTS是逐行做关联判断，只要sc表里有某条记录和当前学生的学号相同，就返回这一行，再被外层NOT取反；NOT IN是先计算出子查询的所有学号集合，再判断外层学号不在这集合里。问题出在：如果sc.sno字段中存在NULL，NOT IN的判断结果会变成“未知”，整个查询会返回空集。而NOT EXISTS不受NULL影响，因为它每次只比较一行。所以如果你写的是写法B，而答案给的是写法A，先别急着判自己错，要看表结构里sno是否允许为空。这是一个典型的“答案看似不同，实际上讲的是SQL语义边界”。

参数方面，这段代码在复习时通常要换三样东西：表名（student/sc换成你手头题目实际的表）、字段名（sno/sname换掉）、以及是否保留NOT EXISTS结构。我的建议是：考试场景下如果你不确定sno是否有NOT NULL约束，优先写NOT EXISTS，这是数据库课程里被验证过最稳的写法；练习时则把两种写法都保留，因为面试官特别喜欢追问“这两个为什么不等价”。

再往深一层，SQL对答案时不要只看“查出来有几行”，要看“每一行是怎么来的”。比如连接查询里，把ON条件和WHERE条件互换位置，有时结果一样，有时会过滤掉本该保留的NULL扩展行；分组查询里，SELECT后面出现的非聚合列，必须出现在GROUP BY里，否则就是语义不合法。这些规则答案文档不会逐条给你写出来，但它们决定了你写的SQL和答案的SQL在什么边界内可以互相替换。

3.2 范式与依赖篇：把答案结论养成推导习惯

范式题的答案是最典型的“一句话结论”。“该关系模式属于2NF”“最高范式为3NF”这类句子，看起来轻飘飘，其实背后是一整套推导链。很多同学对答案时看到自己判断的范式级别和文档一致，就以为自己会了，结果换了属性集又崩。我的看法是：范式题的正确复习方式，是把每道题的结论都当成一个有待验证的命题，自己在草稿纸上把推导链补全。

推导的标准步骤我一般固定为四步。第一步，写出关系模式R(U, F)，把属性集合U和函数依赖集F抄清楚，这一步容易漏，很多时候你范式判断错，不是因为不会，而是依赖集抄漏了一条；第二步，用属性闭包法求候选码，从每个属性出发求闭包，能覆盖全部属性且不含多余属性的就是候选码；第三步，检查非主属性对候选码是否存在部分依赖；第四步，检查是否存在传递依赖，然后给出范式级别。

举个例子说明这个过程。设关系模式R(学号, 课程号, 教师, 教师职称)，函数依赖集F={ (学号, 课程号)→教师, 教师→教师职称 }。第一步抄依赖集，发现教师职称是通过教师这个属性与学号和课程号建立联系的；第二步求闭包，(学号,课程号)的闭包能推出全部四个属性，所以候选码是(学号,课程号)；第三步看部分依赖，教师和教师职称都依赖完整的候选码，不依赖候选码的真子集，所以没有部分依赖；第四步看传递依赖，教师→教师职称，而教师又由候选码决定，因此教师职称传递依赖于候选码，不满足3NF。结论是这个关系模式属于2NF。

这套推导链，就是答案文档里那句“2NF”背后的东西。你把这四步写在草稿纸上，再和答案的结论对照：如果结论一致，过程大概率也稳了；如果不一致，就回到第二步重新求闭包。可以说，90%的范式题对不上答案，问题都出在候选码求错，而不是最后一步的范式判断。这是数据库系统概论里最值得花时间练的“肌肉记忆”。

我还想提醒一点：规范化理论的答案文档里，经常会出现“最高范式”这个词。答题时它要求你给出一个关系模式能达到的最高级别，而不是给你“它是3NF”就完事。判断“最高”时，除了做完整条推导链，还要单独检查是否存在主属性对候选码的部分依赖——那是BCNF和3NF的边界。如果答案给BCNF而你给了3NF，多半是你漏了这个检查，而不是答案有问题。

4. 数据库系统概论第5版答案避坑指南：四个最容易翻车的用法

4.1 现象：答案版本与教材版本错位

现象：你翻开答案文档，发现某些章节的题号和手头教材对不上，甚至章节名都不一样。原因大概率是版本错位。这几年《数据库系统概论（第6版）》已经出版，网上流传的第5版答案，混入第4版、第6版内容是常有的事；也有的是不同学校的选编版本，老师只布置了部分章节，答案文档只覆盖布置过的那部分。所以拿到文档后，第一个动作永远是核对目录和习题编号。

解决：先花十分钟做版本体检。看文档目录和教材目录是否一一对应，再看几个关键术语的写法是否和教材一致，最后抽一道你已经有把握的题，验证答案与你的预期是否吻合。如果题号对不上，不要直接跳题，要先把教材章节的标题和文档章节的标题列成两张表，找到偏移量。有些文档是旧版习题编号，做过一次偏移校正后就能继续用，不需要重新找新文档。这步做完，再开始刷题，能省掉后面至少一半的翻车时间。

4.2 现象：只背答案不重算，换个参数就崩

现象：前一天刚对着答案看完的一道题，第二天把“学生”换成“员工”、把成绩从80分换成90分，就不会做了。原因很简单：你把答案当成了背诵材料，没有当推导材料。答案文档给的是特例，你背下来的是特例的壳，不是背后的规则。这种现象在SQL题和范式题里出现得尤其频繁。

解决：我一般强迫自己用“重算法”消化每道题。步骤是：合上答案，只看题干；如果题干里有具体数字或表名，全部换掉，比如把“选修了全部课程的学生”换成“参加了所有项目的员工”；然后独立写一遍，再打开答案对结论。这里的要点是“换参数”必须执行，因为换参数会强迫你的脑子越过对原题字面的记忆，去调取真正的概念和规则。如果你换完参数还能得到和答案一致的结论，这道题才算真的过了；如果对不上，说明你之前看答案时只是在复读，没有建立推导链。

4.3 现象：关系代数写法不同，误判自己全对

现象：关系代数题的对答案，最容易出现“我觉得一样”的错觉。原因是关系代数本身就允许大量等价重写：交换连接顺序、合并选择条件、调整投影和选择的先后，都可能得到语义相同但长相完全不同的表达式。答案文档只给一种写法，你写的是另一种，可能没错，也可能错，但只看表面是无法判断的。

解决：判断关系代数和SQL等价的唯一标准，是“结果关系是否相同”，不是“中间步骤是否相同”。比如选择σ和投影π的重写，有一个边界：如果选择条件里用到的属性在投影结果里被保留，那么先选择再投影，与先投影再选择，结果一致；如果选择条件涉及被投影掉的属性，两者就不等价了。对答案时如果发现自己的写法和文档不同，不要急着改，先做一个两分钟的结果推演：把表达式作用在一个三行的小样例上，算出各自的结果关系，再比较。这个推演习惯能帮你区分“等价重写”和“真错了”，也是面试时回答“这个查询还能怎么写”的基础功。

4.4 现象：忽略“思考题”和“应用题”的价值

现象：答案文档里，计算题和SQL题往往有逐题答案，但每一章最后的思考题、应用题，往往只有寥寥几句提示，或者干脆空着。很多同学于是自动跳过，觉得“没答案就等于不用做”。这个习惯在期末复习还好说，在考研复试和数据库岗位面试里非常致命——那些问题恰恰是面试官最爱问的口头题。

解决：把思考题当口答题对待。不看文档，给自己五分钟，用三句话把答案说清楚，然后打开文档看提示，或者翻到教材对应小节找依据。卡壳的地方标记为重点，复试前重点背。我通常的做法是把每一章的思考题抄到索引卡上，正面是问题，背面是自己整理的两个要点，每晚抽三张口述一遍。这道工序不需要答案文档有多完整，它逼你把学过的东西用自己的话讲出来，这比多看几道带答案的题有用得多。如果文档完全没给思考题答案，就用教材正文里的小节标题当提示线索，通常每个思考题都能在正文某段找到对应的论述。

5. 从对答案到建错题本：两种可立即执行的复盘方法

5.1 错题归因表：把错误分成概念、计算、表达三类

对答案只是中间步骤，真正产生复利的是错题复盘。我的复盘方法第一步，是把所有错题按错因分成三类：概念类、计算类、表达类。概念类是指你对某个定义、某个理论的前提理解有偏差，比如把候选码和外码搞混；计算类是指推导过程算错，比如闭包求漏了属性、范式级别判断错；表达类是指结论对但写法与标准答案不一致，比如SQL用NOT IN而答案用NOT EXISTS，语义等价但形式不同。

分类的标准我一般这么掌握：如果讲解后你能立刻说出“问题出在哪个定义”，就是概念类；如果重新算一遍就能得到正确结果，就是计算类；如果算的结果对、但答案风格不同，就是表达类。分好类之后，要落到一张表上，而不是停留在脑子里。表格不用复杂，五到六列就够，每周花二十分钟更新一次。

这张表的精髓在于：它不只是记录，它的最后一列“重做日期”是给你安排后悔药的。我一般要求错题必须在第3天、第7天重做两次。重做时只看“具体错误”和“对应知识点”这两列，不看原来的答案。两次重做都能顺利做出来，才把这行标成“已消化”。血泪经验告诉我，不分类的错题本等于白记，因为复习到后期你根本不知道优先看哪里；而分好类之后，哪个类别占比高，哪个章节该加练，一目了然。

5.2 考点权重法：用真题分布反过来看答案重点

第二种复盘方法，是用真题分布来给答案文档“定权”。答案文档是按教材章节组织的，但你的考试不是平均分配每个章节的。期末卷和考研卷都有明显的重点章节，用考点统计来决定先刷哪一章、多花多少时间，比机械地从第1章翻到最后一章有效得多。

具体做法：找最近三年的真题，把每道题考到的知识点记录下来，统计出现次数，然后和教材章节建立映射。下面是我常做的一张示例表，你可以按自己学校的真题替换：

有了这张表，再回头看答案文档，你就知道哪些章节的答案必须逐题吃透，哪些章节只要扫一遍概念题。比如SQL出现了5次，那第3章相关的答案就要每题都做；E-R图只出现2次，那数据库设计章的答案按常规节奏即可，不必额外加码。这种方法还能帮你判断文档值不值得继续用：如果文档里超过一半的题和真题考点完全不沾边，说明它是“教材全题答案”，适合平时交作业，不适合冲刺复习。冲刺阶段，应该优先用真题驱动的章节切片。

我把考点权重法和错题归因表结合起来用：先统计考点权重确定章节顺序，再对每个章节内部用归因表定位薄弱点。两者配合，你的复习就不是“把答案做一遍”，而是“把常考的点练到条件反射”。这个节奏才是一份答案文档该有的深度。

6. 一个值得坚持的验证技巧：用手写推导检验答案与你的理解差距

最后这个技巧，是我把答案文档用出价值的关键，也是数据库系统概论复习里最值得坚持的习惯：手写推导。

具体操作分四步。第一步，合上答案文档，只看题干，在空白的纸上独立做一遍题目；第二步，做完后打开文档，只看答案的结论部分，不看中间步骤；第三步，关掉文档，对照结论，在纸上补出自己的中间推导；第四步，重新打开文档，把答案的推导步骤和自己的推导逐行对照，不一样的地方就是你的理解偏差所在。

这套动作看起来费时间，但它的价值在于把对答案从“验证结果”变成了“校验过程”。当年我复习王珊版教材时，做过最后悔的一件事，就是抱着答案文档看了两个晚上，觉得所有题都会了，结果闭卷模拟时连一个3NF的推导都写不完整。后来改成手写推导，坚持一周后，我发现多数题目的最终结论我都对，但中间步骤经常和答案差一个关键判断——比如闭包计算里少推一条传递依赖，比如SQL连接时WHERE和ON的位置颠倒。这些偏差，光看结论是永远发现不了的。

实际操作中有一个要点值得单独提出来：结论相同、步骤不同，也要标记。比如关系代数题，你用了先选择后投影，答案用了先投影后选择，结果一样，但你要能说明为什么可以交换顺序；如果你说不出来，说明你对重写规则只停留在“记住”层面，没有到“理解”层面。这一步就是数据库系统概论答案文档和真正掌握之间的最后一层窗户纸。

如果你能坚持两周手写推导，再回头看你最初对答案时的感觉，你会发现那些曾经觉得“玄学”的范式判断、那些让你怀疑“答案错了吧”的等价查询，都有了清晰的来路。这也是我目前最想让你带走的一个习惯：一份答案文档，要不要追求完美的排版、完整的题号、甚至官方原稿，都不重要；重要的是你用不用手写推导去和它较真。我用这个方法把数据库系统概论的薄弱点一点点补了回来，希望帮到你。

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