第三章 关系数据库设计
第一节 关系数据库设计基础
概述
本节内容主要介绍关系数据库设计的基础知识，帮助考生系统掌握设计关系数据库的核心思想、基本原则和方法。通过学习本节，考生将理解关系模型的基本概念，掌握数据库设计的目标和步骤，能够识别和应用数据库设计中的关键技术，如函数依赖和范式理论，从而设计出结构合理、性能优良的数据库。
学习目标：
- 理解关系数据库设计的基本概念与目标
- 掌握关系模型及其基本要素
- 理解函数依赖及其在设计中的作用
- 掌握范式理论及其规范化过程
- 通过实例熟悉设计流程和常见问题
核心概念
关系数据库
关系数据库是一种基于关系模型的数据库系统，数据以二维表（关系）的形式存储，每张表由若干行（元组）和列（属性）组成。
关系模型
关系模型是数据库的逻辑模型，描述数据的组织方式和数据之间的关系。它强调数据的结构化和独立性。
关系（Relation）
关系即表，包含属性集合（列）和元组集合（行）。属性有名称和域（数据类型）。
属性（Attribute）
表中的列，代表数据的某一类型。
元组（Tuple）
表中的一行，代表一个实体或实体间的关系。
主键（Primary Key）
能够唯一标识元组的属性集合。
函数依赖（Functional Dependency，FD）
在关系中，属性集X函数决定属性集Y，表示对于相同的X值，Y的值唯一确定。
范式（Normal Form）
数据库设计规范，用来消除数据冗余和异常，常见范式有第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BC范式（BCNF）。
原理分析
关系数据库设计的核心目标是建立结构合理、数据冗余低、数据一致性高的数据库。设计过程依赖于关系模型理论，尤其是函数依赖和范式理论。
1. 关系模型理论基础
关系模型基于集合论和一阶逻辑，强调表格数据的规范结构。通过定义关系、属性和元组，建立了数据的组织形式。
2. 函数依赖与规范化
函数依赖描述属性间的约束关系，对于关系设计尤为重要。通过分析函数依赖，可以识别冗余和异常，指导拆分表结构。
规范化是将关系模式转化为符合某一范式的过程，依次消除插入、删除、更新异常，提升数据质量。
3. 设计原则
- 数据独立性：逻辑设计应与物理存储分离。
- 最小冗余：减少重复数据，避免异常。
- 完整性约束：确保数据的准确性和一致性。
详细内容
1. 关系模型详解
关系模型是关系数据库设计的理论基础。它由英国计算机科学家E.F. Codd于1970年提出。关系模型通过二维表形式，直观表达数据和数据间的联系。
- 关系（表）：是一个二维的数据结构，行对应元组，列对应属性。
- 属性（列）：描述实体特征的数据项，属性有名称且值域固定。
- 元组（行）：代表实体的一个实例或实体间的联系。
关系模型的几个重要特性：
- 数据结构清晰，利于理解和操作
- 独立于应用程序，支持数据共享
- 易于实现完整性约束和安全控制
2. 函数依赖的概念及分类
函数依赖是描述属性间约束的数学表达，定义如下：
在关系R中，如果属性集X的值确定了属性集Y的值，则称Y函数依赖于X，记为X→Y。
函数依赖的类型有：
- 完全函数依赖：Y依赖于X，且不依赖于X的任何真子集。
- 部分函数依赖：Y依赖于X，但依赖于X的真子集。
- 传递函数依赖：存在Z，使得X→Z且Z→Y，Y对X存在传递依赖。
函数依赖是规范化的理论基础，通过分析函数依赖可以判断模式是否存在冗余。
3. 规范化与范式
规范化是数据库设计的重要步骤，目的是消除数据冗余和异常。范式定义了设计模式的约束条件。
- 第一范式(1NF)：关系的每个属性值都是不可分割的原子值。
- 第二范式(2NF)：满足1NF，且所有非主属性完全函数依赖于主键。
- 第三范式(3NF)：满足2NF，且不存在传递函数依赖。
- BC范式(BCNF)：每个决定因素都是候选键。
规范化过程通常是从不规范的关系模式开始，逐步分解达到更高范式。
4. 设计过程与步骤
关系数据库设计一般包括：
- 需求分析：收集和分析用户需求，确定数据需求和约束。
- 概念设计：使用ER模型或其他建模工具，建立概念模型。
- 逻辑设计：转换概念模型为关系模式，定义关系、属性和主键。
- 规范化：分析函数依赖，进行范式分解，消除冗余。
- 物理设计：根据逻辑设计优化存储结构和性能。
设计时需要反复验证，兼顾性能与规范化。
实例分析
实例一：学生选课系统的关系设计
背景：设计学生选课管理数据库，包含学生信息、课程信息和选课情况。
分析：
- 学生表(Student)：学号(SID,主键)、姓名(Name)、性别(Gender)
- 课程表(Course)：课程号(CID,主键)、课程名(CName)、学分(Credit)
- 选课表(Selection)：学号(SID)、课程号(CID)、成绩(Score)
函数依赖：
- Student: SID→Name, Gender
- Course: CID→CName, Credit
- Selection: (SID, CID)→Score
规范化：
各表均无部分或传递依赖，满足3NF，设计合理。
结论：通过明确主键和函数依赖，设计出结构良好的关系模式，避免了数据冗余。
实例二：图书馆管理系统数据库设计
背景：管理图书馆图书借阅和读者信息。
分析：
- 读者表(Reader)：读者ID(RID,主键)、姓名(Name)、联系方式(Contact)
- 图书表(Book)：图书编号(BID,主键)、书名(Title)、作者(Author)
- 借阅表(Borrow)：借阅编号(BorrowID,主键)、读者ID(RID)、图书编号(BID)、借阅日期(BDate)
函数依赖：
- Reader: RID→Name, Contact
- Book: BID→Title, Author
- Borrow: BorrowID→RID, BID, BDate
规范化：
关系均满足3NF，避免了重复信息。
结论：设计合理，支持借阅业务的高效管理。
实例三：员工薪资管理数据库设计案例
背景：设计企业员工薪资管理数据库。
分析：
- 员工表(Employee)：员工ID(EID,主键)、姓名(Name)、部门ID(DID)
- 部门表(Department)：部门ID(DID,主键)、部门名称(DName)
- 薪资表(Salary)：员工ID(EID)、月份(Month)、薪资(Salary)
函数依赖：
- Employee: EID→Name, DID
- Department: DID→DName
- Salary: (EID, Month)→Salary
规范化：
规范设计避免部门名称重复存储，薪资按月记录，符合3NF。
结论：设计支持动态薪资管理，数据结构清晰。
常见误区
误区1：忽视函数依赖分析
许多设计者未充分分析函数依赖，导致关系模式冗余，产生更新异常。正确做法是详细分析所有函数依赖关系。误区2：过度规范化导致性能下降
过度拆分表以追求高范式可能增加查询复杂度。应结合实际应用场景，权衡规范化和性能。误区3：主键设计不当
使用非唯一或易变属性作为主键，影响数据完整性。应选择稳定且唯一的属性作为主键。误区4：忽略数据完整性约束
未定义适当的完整性约束（如主键、外键），导致数据不一致。应严格定义约束。误区5：将多值属性未转化为原子属性
不符合第一范式，导致数据存储混乱。应将多值属性拆分为单值属性。
应用场景
企业信息管理系统
设计员工、部门、项目等信息的关系数据库，支持人力资源管理。电子商务平台
设计商品、用户、订单、评价等关系，实现高效交易和用户管理。图书馆管理系统
管理图书、读者、借阅记录，支持查询和统计。医疗信息系统
管理患者、医生、诊疗记录，实现数据共享和安全。高校教务管理
设计学生、课程、成绩、选课等关系，支持教学管理。
知识拓展
扩展范式
除3NF和BCNF外，还有第四范式（4NF）和第五范式（5NF），用于处理多值依赖和连接依赖。反规范化
为提升性能，有时适当反规范化，合并表结构，减少连接操作。ER模型与关系模型转换
学习如何将概念设计的ER模型转换成关系模型。完整性约束类型
包括实体完整性、参照完整性和用户自定义完整性。数据库设计工具
掌握常用设计工具，如PowerDesigner、ERwin等，提高设计效率。
总结回顾
本节系统介绍了关系数据库设计的基础内容，重点讲解了关系模型、函数依赖、范式及规范化过程。通过理论与实例相结合，帮助考生深入理解设计原则和方法，避免常见误区。掌握本节知识，有助于设计结构合理、性能优良的关系数据库，为后续数据库系统学习打下坚实基础。
主要内容包括：
- 关系数据库及关系模型的基本概念
- 函数依赖的定义与分类
- 规范化理论及各范式的要求
- 设计步骤和流程
- 典型案例分析
- 常见误区及正确做法
- 典型应用场景介绍
- 相关知识拓展
通过本节的学习，考生能够系统掌握关系数据库设计的核心技术，提升数据库设计能力，满足全国计算机等级考试三级数据库系统科目的学习目标。