第二章 关系数据库
第一节 关系模型的基本概念
概述
本节内容旨在深入讲解关系模型的基本概念，作为全国计算机等级考试二级数据库程序设计的重要基础。关系模型是现代数据库理论的核心，理解其基本概念不仅有助于掌握数据库设计和操作的原理，也为后续学习关系代数、SQL查询语言等内容奠定坚实基础。
通过本节学习，考生将能够：
- 明确关系模型的定义及组成元素
- 掌握关系、属性、元组、域等核心术语
- 理解关系模式与实例的区别与联系
- 理解主键、候选键等约束概念
- 理解关系模型的结构和基本操作原理
- 通过实例加深理解并避免常见误区
核心概念
关系模型（Relation Model）
关系模型是一种用二维表格来表示数据及其关系的数据库模型。它将数据组织成关系（表）的形式，每个关系由若干个属性（列）和元组（行）组成。
关系（Relation）
关系即数据表，包含若干个属性和若干个元组。关系是关系模型中的基本结构单元。
属性（Attribute）
属性是关系中列的名称，描述数据的某个特征，每个属性对应一个数据域。
域（Domain）
域是属性的数据类型范围，规定了该属性允许的值的集合，如整数、字符串、日期等。
元组（Tuple）
元组是关系中的一条记录，代表一个具体的数据项，由各属性的值组成。
关系模式（Relation Schema）
关系模式定义了关系的结构，包括关系名和属性集合，即关系的设计蓝图。
关系实例（Relation Instance）
关系实例是某一时刻关系中实际包含的元组集合，是关系模式的具体实现。
键（Key）
键是用来唯一标识关系中元组的属性或属性集合。包括候选键、主键和外键等。
原理分析
关系模型基于集合论和一阶逻辑基础，采用二维表结构便于直观理解和操作。核心思想是通过表格的行列组织数据，每行对应一个实体或关系实例，每列对应实体的属性。
- 关系的数学基础：关系是数学中的笛卡尔积的子集，元组属于属性域的笛卡尔积。
- 数据完整性约束：通过键约束确保数据唯一性，通过域约束保证数据类型正确。
- 数据独立性：关系模型实现了物理数据和逻辑数据的分离，方便数据库设计和管理。
关系模型的设计原则强调简洁、规范和一致性，避免冗余数据并保障数据的准确性。
详细内容
1. 关系的定义与结构
关系是一张二维表，包括表名、列（属性）和行（元组）。
- 表名：关系的名称，唯一标识该关系。
- 属性：关系的列，定义了数据的类型和含义。
- 元组：关系的行，代表实体或实体间的联系。
每个关系的属性集合构成其关系模式。
关系的数学描述
设有属性集合A={A1, A2, ..., An}，每个属性Ai有对应的域Di，则关系R是域的笛卡尔积D1×D2×...×Dn的一个子集。R的每个元组t是n元组，t = (v1, v2, ..., vn)，vi ∈ Di。
2. 关系模式与关系实例
- 关系模式（Relation Schema）定义了关系的结构，包含关系名和属性列表，如Student(Sno, Sname, Ssex, Sage, Sdept)。
- 关系实例（Relation Instance）是该关系模式在某一时间点上的具体数据集合，如具体的学生记录。
关系模式是静态的设计描述，关系实例是动态数据表现。
3. 属性与域
- 属性是关系的列名，描述数据的某种性质。
- 域规定属性可取值范围，确保数据类型和格式一致。
例如Sage属性的域是整数，范围一般限定为合理的年龄范围。
4. 键的概念与分类
键是用于唯一标识元组的属性或属性集合。键概念包括：
- 候选键：能唯一标识元组且最简的属性集合。
- 主键：从候选键中选定的用于实体唯一标识的键。
- 外键：一个关系中的属性，其值引用另一个关系的主键，用于表示实体间的关系。
正确设计键对于保证数据完整性至关重要。
5. 关系模型的完整性约束
- 实体完整性：主键属性不能取空值（NULL）。
- 参照完整性：外键值要么为空，要么必须在参照关系中存在对应的主键。
- 域完整性：属性值必须符合域的定义。
这些约束保证了数据库数据的正确性和一致性。
实例分析
实例一：学生关系表
关系模式：Student(Sno, Sname, Ssex, Sage, Sdept)
| Sno | Sname | Ssex | Sage | Sdept |
|---|---|---|---|---|
| 202001 | 张三 | 男 | 20 | 计算机 |
| 202002 | 李四 | 女 | 21 | 软件工程 |
分析：
- Sno为主键，唯一标识学生。
- 属性Sname、Ssex等描述学生特征。
- Sage的域为整数，Ssex的域为{男, 女}。
结论：该关系表结构清晰，属性定义合理，满足关系模型的基本要求。
实例二：课程关系表
关系模式：Course(Cno, Cname, Cpno, Ccredit)
| Cno | Cname | Cpno | Ccredit |
|---|---|---|---|
| 01 | 高等数学 | NULL | 4 |
| 02 | 线性代数 | 01 | 3 |
分析：
- Cno为主键。
- Cpno为外键，指向课程表中相应的课程，表示先修课程关系。
- NULL表示没有先修课程。
结论：通过外键实现课程之间的层级关系，体现关系模型支持复杂数据结构。
实例三：员工关系表及部门关系表
员工(Employee): EmpID, EmpName, DeptID
部门(Department): DeptID, DeptName
员工表中DeptID为外键，引用部门表的DeptID。
分析：
- 通过外键DeptID实现员工与部门的联系。
- 保证数据一致性，员工必须属于已有部门。
结论：关系模型通过键和外键维护实体间的关联和数据完整性。
常见误区
误区：关系模型就是传统的二维表
- 纠正：关系模型虽然用表格形式表示，但其本质是基于数学关系的集合，强调数据的逻辑结构和完整性约束。
误区：主键可以包含空值
- 纠正：主键必须唯一且不能为空，空值会导致无法唯一标识元组。
误区：外键必须存在对应的主键值，不能为空
- 纠正：外键可以为空，表示该元组不与其他关系建立关联。
误区：属性名称可以重复
- 纠正：同一关系中属性名称必须唯一，避免歧义。
误区：关系实例中的元组顺序重要
- 纠正：关系模型中元组无序，数据管理不依赖元组排列顺序。
应用场景
- 学生信息管理系统：利用关系模型设计学生、课程、成绩等关系，便于查询和维护。
- 企业人力资源管理：员工、部门、岗位等信息通过关系模型组织，支持复杂的查询和统计。
- 图书馆管理系统：书籍、作者、借阅记录等通过关系模型管理，保证数据一致性。
- 电子商务平台：商品信息、用户信息、订单信息均采用关系模型存储，支持高效查询。
- 医院信息管理系统：病人、医生、诊断记录等通过关系模型维护，实现数据的规范管理。
知识拓展
- 关系代数：关系模型的操作语言，支持对关系进行选择、投影、连接等操作，构成数据库查询的理论基础。
- SQL语言：基于关系模型的标准查询语言，用于关系数据库的定义、操作和控制。
- 规范化理论：通过分解关系模式避免数据冗余和异常，提高数据库设计质量。
- 事务管理：保证关系数据库中数据的完整性和一致性，支持多用户并发操作。
- 关系模型的扩展：如对象关系模型、半结构化数据模型等，满足更复杂数据需求。
总结回顾
本节详细介绍了关系模型的基本概念，包括关系、属性、域、元组、关系模式和实例、键及完整性约束等核心内容。关系模型以二维表的形式组织数据，基于数学集合理论，强调数据的结构化和完整性。通过典型实例和案例分析，考生能够理解关系模型的实际应用及设计原则。同时，指出了常见误区，帮助考生避免理解偏差。掌握本节内容，是深入学习数据库理论和实际开发的基础，对通过全国计算机等级考试二级数据库程序设计科目具有重要意义。
请考生务必结合实际操作练习，加深对关系模型的理解和应用能力，为后续章节的学习打下坚实基础。