数据库系统概论第五版课后习题答案王珊常见问题解析

Question

在学习《数据库系统概论（第五版）》课后习题过程中，一个常见问题是：如何正确理解并绘制ER图中的实体、属性与联系，特别是在处理多对多关系向关系模型转换时，学生常混淆是否需要独立建表。例如，习题中“学生选修课程”场景，许多学习者误将选修关系直接作为某一实体的属性，而未将其转化为独立的关系模式。正确做法是：学生与课程之间为多对多联系，“选修”应单独转为一个关系模式，包含学号、课程号及成绩等属性。该问题反映出对ER模型向关系模型转换规则理解不深，尤其是对联系的独立性与主键设计把握不准，需结合王珊教材中“联系转换原则”重点分析。

Answer 1

一、ER图基础概念与核心要素解析

在《数据库系统概论（第五版）》中，ER模型是描述现实世界数据结构的重要工具。其核心由三个基本元素构成：实体（Entity）、属性（Attribute）和联系（Relationship）。

• 实体：表示具有独立存在意义的对象，如“学生”、“课程”。
• 属性：用于描述实体或联系的特征，例如学生的“学号”，课程的“课程名”。
• 联系：反映实体之间的交互关系，可分为一对一（1:1）、一对多（1:N）和多对多（M:N）。

以“学生选修课程”为例，“学生”与“课程”均为实体，而“选修”是一个多对多的联系，不能简单地作为某一方的属性处理，否则将导致数据冗余与更新异常。

二、从ER图到关系模型的转换原则

根据王珊教材中的“联系转换原则”，ER模型向关系模型转换时需遵循以下规则：

1. 每个实体转换为一个关系模式，主键为实体的主码。
2. 对于1:1联系，可将联系合并到任意一方实体对应的关系中。
3. 对于1:N联系，通常将联系归并到N端实体对应的关系中。
4. 对于M:N联系，必须单独转换为一个独立的关系模式，该模式包含两个实体的主键作为外键，并组合成新的主键。

因此，在“学生选修课程”场景中，“选修”作为一个M:N联系，必须独立建表，不能嵌入“学生”或“课程”表中。

三、多对多联系的建模误区与纠正

常见错误做法	正确做法
将“所选课程”作为学生表的一个属性（如字符串数组）	建立独立的“选课”关系模式，包含学号、课程号、成绩等字段
在课程表中添加“选课学生列表”字段	通过外键关联实现跨表查询，保持范式完整性
忽略成绩等联系属性的归属	将成绩作为“选课”关系模式的属性存储

上述错误会导致数据重复、插入异常、删除异常等问题，违背数据库设计第三范式（3NF）的基本要求。

四、实例分析：“学生-课程-选修”模型转换流程

-- 实体“学生”转换为关系模式
Student(学号, 姓名, 年龄, 所在系)

-- 实体“课程”转换为关系模式
Course(课程号, 课程名, 学分)

-- 多对多联系“选修”转换为独立关系模式
Enrollment(学号, 课程号, 成绩)
  PRIMARY KEY (学号, 课程号)
  FOREIGN KEY (学号) REFERENCES Student(学号)
  FOREIGN KEY (课程号) REFERENCES Course(课程号)

此设计确保了数据的一致性与可扩展性，支持高效的增删改查操作，并便于后续索引优化与事务控制。

五、使用Mermaid绘制ER图与关系模型映射

erDiagram
    STUDENT ||--o{ ENROLLMENT : "has"
    COURSE ||--o{ ENROLLMENT : "has"
    STUDENT {
        string 学号 PK
        string 姓名
        int 年龄
        string 所在系
    }
    COURSE {
        string 课程号 PK
        string 课程名
        int 学分
    }
    ENROLLMENT {
        string 学号 FK
        string 课程号 FK
        float 成绩
    }

通过Mermaid语法清晰表达实体间联系及其属性分布，有助于理解为何“选修”必须作为独立实体存在。