数据库课后习题其实没那么难，掌握方法才能事半功倍高效学习秘诀

整理自B站知名教育类UP主“我是黄同学”的数据库课程答疑直播、知乎专栏“CS自学指南”中关于数据库学习的多篇高赞回答，以及经典教材《数据库系统概念》前言部分的学习建议）

好，咱们直接进入正题，你是不是也觉得数据库课后习题做起来特别头疼？感觉上课好像听懂了，书也看了，但一碰到习题，尤其是那些带点实际场景的应用题，就有点无从下手？相信我，你不是一个人，绝大多数同学都会经历这个阶段，但我想告诉你的是，数据库习题真的没那么可怕，它甚至可以说是计算机专业课里最容易通过“方法”来攻克的部分，关键在于，你别把做题当成“完成任务”，而是把它看成“学习过程中最重要的一环”。

别急着动笔，先“盘清楚”题目在问什么

这是很多同学会忽略的第一步，一拿到题目，尤其是看到长长的描述，为一个网上书店设计数据库，要求能管理图书、会员、订单、库存……”就急着开始画ER图或者建表，结果往往是做到一半发现需求理解错了，或者漏了关键约束，全部推倒重来,非常打击信心。

（来源：“我是黄同学”在直播中反复强调）正确的方法是，拿出笔，像语文课做阅读理解一样，把题目里的“名词”和“动词”圈出来。

• 名词：图书”、“会员”、“订单”、“出版社”，这些大概率就是你要设计的实体。
• 动词：属于”、“购买”、“拥有”、“管理”，这些就是实体之间的关系。
• 限定词：每个会员只能有一个收货地址”、“图书库存不能为负数”，这些就是至关重要的约束条件（主键、外键、唯一性、检查约束等）。

先把这些要素从文字里提炼出来，你脑子里的逻辑就清晰了一半，这一步看似慢，实则是真正的“事半功倍”。

ER图不是美术作业，是你的思考路线图

画ER图是数据库设计的核心，但很多人把它当成了画画，追求美观，反而忽略了它的本质——梳理逻辑。

（来源：《数据库系统概念》前言建议）画图的时候，别怕修改，就用铅笔草稿，或者电脑上随便拖拽,重点是问自己几个问题：

1. 这个实体（订单”）真的需要单独存在吗？它有没有不可或缺的属性？还是说它只是另一个实体（会员”）的一个属性？（如果“收货地址”很简单，只有一个字段，也许可以先作为“会员”的属性；但如果地址很复杂，包含省市区详细地址等，那可能就需要抽象成独立的“地址”实体）。
2. 这个关系是“一对一”、“一对多”还是“多对多”？会员”和“订单”，显然一个会员可以有多个订单，但一个订单只能属于一个会员，这是“一对多”，而“图书”和“订单”呢？一个订单可以包含多本图书，一本图书也可以被多个订单包含，这就是经典的“多对多”关系，必须拆解，引入一个叫“订单明细”的中间实体。
3. 约束条件在图上怎么体现？每个会员的手机号必须唯一”，你就要在“会员”实体的“手机号”属性旁做个标记。

当你把ER图反复修改到能清晰、无歧义地反映题目中的所有需求时，恭喜你，最难的关卡已经过去了，后面的建表SQL，几乎就是对着这个图“照葫芦画瓢”。

SQL语句：从“背命令”到“理解逻辑”

写SQL增删改查的习题时，最大的误区就是去死记硬背语法，数据库习题千变万化,死记硬背根本应付不过来。

（来源：知乎“CS自学指南”高赞回答分享的心得）你需要建立的是SQL语句的执行逻辑，比如一道复杂的多表查询题，你不要一上来就写SELECT ... FROM ... WHERE ...，而是先在脑子里或草稿纸上“人肉”执行一遍：

1. 我需要哪些表？ (FROM/JOIN) - 先把这些表通过关联关系连接成一张大的临时表。
2. 我需要筛选哪些记录？ (WHERE) - 在这张临时表上,根据条件过滤掉不需要的行。
3. 我要对数据做什么分组统计吗？ (GROUP BY) - 如果需要分类汇总,就在这一步分组。
4. 分组后，我还要对分组结果进行筛选吗？ (HAVING) - 注意，WHERE是过滤行，HAVING是过滤分组。
5. 我需要展示哪些字段？ (SELECT) - 从前面处理好的结果中,选出要显示的列。
6. 结果需要按什么顺序排列？ (ORDER BY)。

当你理解了每个关键词背后的执行顺序和意图，写SQL就不是拼凑命令，而是在描述一个清晰的数据处理流程，这样即使遇到没见过的函数或复杂情景,你也知道该把新知识点插入到这个流程的哪个环节。

把答案用起来，让它“开口说话”

做完题，对完答案，学习就结束了吗？远远没有,这才是真正提分的开始。

（来源：“我是黄同学”直播原话）你要做的不是简单地看答案对了没有,而是：

• 对比思路：你的ER图设计和答案有什么不同？为什么答案要那样设计？是不是考虑了更多的扩展性或更符合规范？这个思考过程价值千金。
• 验证SQL：把答案里的SQL语句拿到真正的数据库环境里（比如MySQL、SQLite）去跑一遍，你可以自己造一些简单的测试数据，看看执行结果是不是你预期的，这个过程能帮你发现很多逻辑上的细微错误，比如连接条件写错导致笛卡尔积（结果集暴多）,这种错误光看是看不出来的。
• 举一反三：试着修改题目要求，如果现在要求支持一个会员有多个收货地址，并且下单时可以选，你的设计要怎么改？通过这种主动的“折腾”,你能把一个知识点彻底吃透。

攻克数据库习题的秘诀就是：耐心分析需求 -> 用ER图梳理逻辑 -> 理解SQL执行顺序 -> 动手实践并反思答案，它考察的不是你的记忆力和刷题量，而是你的逻辑思维和建模能力，把每次做习题都当成一次小小的项目设计，你会发现，数据库不仅不难，反而非常有趣和实用，掌握了这个方法，你不仅在考试中能得心应手，在未来工作中面对真实的数据建模问题时,也会比别人更加从容。