数据库课后答案全解析，帮你轻松搞懂那些难题和应用知识

（根据《数据库系统概论（第5版）》王珊、萨师煊编著，高等教育出版社,以及部分高校常用数据库课程内容整理）

第一章 绪论部分，很多同学觉得概念多，不好理解，数据库管理系统（DBMS）和数据库系统（DBS）的区别是什么？书上说DBMS是位于用户和操作系统之间的一层数据管理软件，而数据库系统则是指在计算机系统中引入数据库后的系统构成，DBMS就是一个具体的软件，比如我们常用的MySQL、Oracle，它负责帮我们科学地存储和管理数据，而数据库系统是一个更大的概念，它包括了数据库本身、DBMS这个软件、应用软件，还有最重要的——使用和管理数据库的人，下次做题时，如果说“数据库系统的核心是____”，应该填“数据库管理系统（DBMS）”,因为软件是核心工具。

第二章 关系模型是重点也是难点，关系代数是必考内容，其中容易混淆的是连接操作，自然连接和等值连接有什么区别？等值连接就是根据两个表中某个属性值相等进行连接，连接后那个相等的属性会出现两次，而自然连接是一种特殊的等值连接，它会把目标中重复的属性列去掉，而且默认是相同属性名上的等值连接，举个例子，有两个表，学生表（学号，姓名）和选课表（学号，课程号），如果对“学号”进行等值连接，结果表里会有“学生表.学号”和“选课表.学号”两列，但如果做自然连接，结果表里就只有一列“学号”,这个细节在写关系表达式和SQL语句时很重要。

第三章 标准查询语言SQL，这是实践性最强的一部分，课后题里经常出现需要多层嵌套查询的题目，很多同学会绕晕，这里的关键思路是“化整为零，由内向外”，比如一道经典题：查询选修了“数据库原理”课程的学生姓名，不要试图一口气写出整个查询，先想，我需要“学生姓名”，它来自Student表，但联系条件是“选修了某课程”，这需要通过SC（选课表）和Course（课程表）来关联，最内层的查询应该是：从Course表中找出课程名为“数据库原理”的课程号，写成子查询就是：(SELECT Cno FROM Course WHERE Cname='数据库原理')，中间一层：从SC表中找出选修了上述课程号的学生学号，外层：从Student表中找出学号在中间层结果里的学生姓名，合起来就是：SELECT Sname FROM Student WHERE Sno IN (SELECT Sno FROM SC WHERE Cno IN (SELECT Cno FROM Course WHERE Cname='数据库原理'))，多练习几次这种分解思路,嵌套查询就不难了。

第四章 数据库安全性，常考的是授权语句GRANT和回收语句REVOKE，这里要注意WITH GRANT OPTION这个选项，语句GRANT SELECT ON TABLE Student TO U1 WITH GRANT OPTION; 意思是把查询Student表的权限给了用户U1，并且允许U1把这个权限再转授给其他用户，如果没有这个选项，U1就只能自己用，不能给别人，相应的，回收权限时，如果当初授权时带了WITH GRANT OPTION，那么使用REVOKE ... CASCADE进行级联回收，会把U1以及U1授予其他人的这个权限一并收回，如果只用REVOKE ... RESTRICT，则当U1已经将权限转授他人时，系统会拒绝执行回收操作,这个知识点经常以判断题或填空题出现。

第五章 数据库完整性，包括实体完整性、参照完整性和用户定义完整性，参照完整性的违约处理是难点，要删除一个被其他表引用的主键记录，该怎么办？删除一个学生，但这个学生在选课表SC里有记录，这时候系统一般会拒绝删除，以保持参照完整性，但有时也可以设置级联操作（CASCADE），比如ON DELETE CASCADE，意思是当主表（Student）删除一个学生时，子表（SC）中对应这个学生的所有选课记录也被自动删除，反之，更新（UPDATE）操作也可以设置级联，理解这些规则，对于设计一个健壮、不易出现垃圾数据的数据库至关重要。

第六章 关系数据理论，范式判断是老大难问题，很多同学看到函数依赖、候选码、主属性就头疼，判断第几范式的关键是抓住核心定义，第一范式（1NF）最简单，属性不可再分，这个一般都能满足，第二范式（2NF）的前提是满足1NF，并且非主属性要完全依赖于候选码，不能只依赖于部分候选码，比如候选码是（学号，课程号），如果有个属性“系主任”只依赖于“学号”，那就违反了2NF，第三范式（3NF）的前提是满足2NF，并且非主属性不能传递依赖于候选码，学号”决定“系别”，“系别”决定“系主任”，学号”就传递决定了“系主任”，这就违反了3NF，做题时，先找出所有候选码和函数依赖，再一步步对照定义判断,会清晰很多。

第七章 数据库设计，重点是概念结构设计阶段的E-R图绘制，以及如何将E-R图转换成关系模式，转换规则要记牢：一个实体型转换为一个关系模式；一个一对一联系可以合并到任意一端实体对应的关系模式中；一个一对多联系可以合并到“多”的那一端实体对应的关系模式中；而一个多对多联系必须单独转换为一个关系模式，比如学生和课程是多对多联系（选课），转换后除了Student和Course两个关系模式，还必须有一个SC（选课）关系模式，其属性包括两端实体的主键（学号和课程号）以及联系本身的属性（如成绩）。

希望这些针对具体章节和常见课后难题的解析，能帮助你理清思路，更好地掌握数据库这门课程的核心知识，学习数据库一定要结合实践，多动手写SQL语句，多画E-R图,才能真正搞懂。