第二章 关系数据库
第一节 关系模型的基本概念
概述
关系模型是现代数据库系统的基础理论之一，是理解关系数据库设计与应用的核心内容。本节旨在系统讲解关系模型的基本概念，包括关系、关系模式、关系实例、主键、外键等核心术语，深入解析其理论基础和实际意义。通过丰富的实例和案例，帮助考生掌握关系模型的结构特点和操作规则，为后续数据库设计与SQL学习打下坚实基础。
学习目标：
- 理解关系模型的基本定义及其组成部分
- 掌握关系模式、关系实例和关系域的概念
- 掌握主键、候选键、外键的定义及作用
- 理解关系模型的完整性约束原则
- 能够通过实例分析关系模型的设计与应用
核心概念
1. 关系（Relation）
关系是关系模型的核心，它可以理解为一张二维表，包含若干行和列。每一行代表一个元组（Tuple），即实体的一个实例，每一列代表一个属性（Attribute）。
2. 关系模式（Relation Schema）
关系模式描述关系结构的抽象定义，由关系名和属性集合组成。形式上表示为R(A1, A2, ..., An)，其中R是关系名，A1到An是属性名。
3. 关系实例（Relation Instance）
关系实例是关系模式在某一时间点的具体数据集合，即具体的表内容。实例是模式的一个具体表现。
4. 域（Domain）
域是属性值的取值范围，定义了属性可以持有的数据类型和允许的值集合。
5. 主键（Primary Key）
主键是能够唯一标识关系中每一个元组的属性或属性组。主键的值不能重复且不能为NULL。
6. 候选键（Candidate Key）
关系中所有能够唯一标识元组的属性或属性组合称为候选键，其中选定一个作为主键。
7. 外键（Foreign Key）
外键是一个属性或属性组合，其值必须在另一个关系的主键中存在，用于实现关系之间的关联。
8. 完整性约束（Integrity Constraints）
完整性约束是对数据的有效性和一致性所施加的规则，包括实体完整性和参照完整性。
原理分析
关系模型的核心思想是用二维表格来表示数据和数据之间的联系，简化了数据结构，便于操作和管理。其理论基础来源于集合论和一阶谓词逻辑，强调数据的逻辑结构和数据之间的关系。
- 关系的数学基础：关系模型中的“关系”对应于数学中的关系，即元素的有序组合的集合。关系实例即为元组集合。
- 逻辑独立性：关系模型提供了数据的逻辑视图，使用户关注数据的结构与语义，而不必关心数据的物理存储。
- 完整性约束保障数据正确性：主键保证实体的唯一性，外键保证数据间的参照完整性，防止数据冗余和不一致。
通过这些原理，关系模型极大地推动了数据库理论和实践的发展，使数据管理更加规范和高效。
详细内容
1. 关系及其表示方式
关系通常用二维表格表示，行代表元组，列代表属性。例如，一个学生关系可以定义为：
| 学号 | 姓名 | 性别 | 年龄 |
|---|---|---|---|
| 1001 | 张三 | 男 | 20 |
| 1002 | 李四 | 女 | 21 |
这里，表名为“学生”，属性为“学号”、“姓名”、“性别”、“年龄”，每一行是一个学生元组。
关系的基本性质：
- 元组无序，行的排列顺序不影响关系的内容
- 属性无序，列的排列顺序在逻辑上也无关紧要
2. 关系模式与关系实例
关系模式定义关系的结构，如“学生(学号, 姓名, 性别, 年龄)”。
关系实例是该模式在某一时刻的具体数据集合，如上表所示。
一个关系模式可以对应多个关系实例，不同实例代表数据库在不同时间的状态。
3. 属性与域
每个属性都对应一个域，限定该属性的取值范围。举例：属性“性别”的域为{男, 女}，属性“年龄”的域为整数范围{16~100}。
域的定义保证了数据类型一致性和有效性。
4. 键的概念
- 候选键：能唯一标识元组的属性组合。例如，学生表中“学号”是候选键。
- 主键：从候选键中选定的用于元组唯一标识的键，且不能为空。
键的作用是防止数据重复，确保数据唯一性。
5. 外键及参照完整性
外键是指向另一个关系表主键的属性，用于建立表之间的联系。例如，课程表中的“教师编号”是教师表的外键。
参照完整性约束要求外键的值必须在被参照表的主键中存在，否则关系不成立。
6. 完整性约束
- 实体完整性：主键属性不能有空值，保证每个实体都能被唯一识别。
- 参照完整性：外键值必须要么为空，要么在被参照表的主键中存在，保证数据关联的有效性。
完整性约束是关系模型的核心保障，避免数据异常。
实例分析
案例一：学生选课系统中的关系模型设计
背景：设计一个简单的学生选课数据库，包含学生、课程、选课三张表。
- 学生表（Student）：(学号, 姓名, 性别, 专业)
- 课程表（Course）：(课程号, 课程名, 学分)
- 选课表（Enrollment）：(学号, 课程号, 成绩)
分析：
- 学生表的主键是学号
- 课程表的主键是课程号
- 选课表中学号和课程号组合为主键，且都是外键，分别引用学生表和课程表的主键
结论：
通过主键和外键的设计，保证了学生和课程信息的唯一性及选课信息的有效关联，确保数据完整性。
案例二：图书馆管理系统中的关系模型
背景：图书馆系统需管理图书、读者和借阅信息。
- 图书表（Book）：(ISBN, 书名, 作者, 出版社)
- 读者表（Reader）：(读者ID, 姓名, 联系电话)
- 借阅表（Borrow）：(读者ID, ISBN, 借阅日期, 归还日期)
分析：
- 图书表主键为ISBN
- 读者表主键为读者ID
- 借阅表中读者ID和ISBN为外键，引用读者表和图书表
- 借阅表的主键为(读者ID, ISBN, 借阅日期)，确保每次借阅记录唯一
结论：
通过合理的主外键设计，实现了借阅信息与图书、读者之间的关联，保证数据一致性和完整性。
案例三：公司员工管理数据库
背景：公司需记录员工信息及部门信息。
- 员工表（Employee）：(员工ID, 姓名, 部门ID, 岗位)
- 部门表（Department）：(部门ID, 部门名称, 主管)
分析：
- 员工表主键为员工ID
- 部门表主键为部门ID
- 员工表中的部门ID是外键，引用部门表主键
结论：
外键的使用确保员工与部门的对应关系有效，防止出现不存在的部门ID，保证数据的完整性。
常见误区
- 混淆关系模式和关系实例
- 错误：认为关系模式就是具体的数据表内容。
- 正确：关系模式是结构定义，关系实例是该结构的具体数据。
- 主键允许空值
- 错误：主键属性可以为空。
- 正确：主键属性不能为空，以保证唯一标识。
- 外键值不必存在于被参照表的主键中
- 错误：外键可以指向不存在的主键值。
- 正确：外键必须在被参照表主键中存在，或为空。
- 属性的顺序决定关系内容
- 错误：关系中属性的排列顺序影响查询和数据结构。
- 正确：关系模型中属性顺序不影响数据的逻辑结构。
- **主键不止一个
**
- 错误：一个关系只能有一个候选键。
- 正确：关系可以有多个候选键，从中选择主键。
应用场景
企业人力资源管理
利用关系模型建立员工、部门、职位等数据表，实现员工信息的存储与查询，支持工资、考勤管理。电子商务系统
通过关系模型管理用户、商品、订单、支付等数据，实现商品库存管理与订单处理。学校信息管理
学生、教师、课程、成绩等信息均通过关系模型管理，提高信息查询和统计效率。图书馆数据管理
图书、读者及借阅记录的管理，保障数据完整性和查询效率。医疗信息系统
病人、医生、诊疗记录、药品等信息通过关系模型存储，支持临床和管理决策。
知识拓展
- 关系代数与关系演算：关系模型的操作语言基础，支持对关系的查询、更新等操作。
- 范式理论：规范化设计方法，减少数据冗余和异常，优化关系模型。
- SQL语言：关系模型的实际操作语言，实现关系数据的定义、操作和控制。
- 对象关系模型：结合对象模型的关系数据库扩展，支持更复杂的数据结构。
总结回顾
关系模型是数据库理论的基石，核心是用二维表结构表达数据及其关系。理解关系、关系模式、关系实例及域的定义，是掌握关系数据库的第一步。主键和外键作为关系模型的关键约束，确保数据的唯一性和关联性。完整性约束保障数据的正确性和一致性。通过案例学习和避免常见误区，能更好地设计和理解关系数据库。关系模型提供了强大的理论支持和实践指导，是全国计算机等级考试四级数据库原理与应用的重要内容。
掌握本节内容，有助于构建扎实的数据库基础知识体系，为后续SQL学习及数据库设计实践奠定坚实基础。