Oracle数据库管理、开发与实践 教学课件 作者 杨永健 刘尚毅 第1章 数据库概念.pptVIP

在任何一个关系数据库中，第一范式是对关系模式的基本要去，不满足第一范式（1NF）的数据库就不是关系型数据库。 如果数据表中的每一个列都是不可再分割的基本数据项——即同一列中不能有多个值，那么就称此数据表符合第一范式，由此可见第一范式具有不可再分解的原子特性。 在第一范式中，数据表的每一个行只包含一个实体的信息，并且每一行的每一列只能存放实体的一个属性。比如，对于学生信息，不可以将学生实体的所有属性信息（如，学号、姓名、性别、年龄、班级等）都放在一个列中显示，也不能将学生实体的两个或多个属性信息放在一个列中显示，学生实体的每个属性信息都放在一个列中显示。 如果数据表中的列信息都符合第一范式，那么在数据表中的字段都是单一的，不可再分的。如表1-1就是不符合第一范式的学生信息表，因为“班级”列中包含了“系别”和“班级”两个属性信息，这样“班级”列中的信息就不是单一的，是可以再分的；而表1-2就是符合第一范式的学生信息表，它将原“班级”列的信息拆分到“系别”列和“班级”列中。 表1-1 不符合第一范式的学生信息表 表1-2 符合第一范式的学生信息表 学 号 姓 名 性别 年龄 班级 9527 东*方 男 20 计算机系3班 学 号 姓 名 性别 年龄 系别 班级 9527 东*方 男 20 计算机 3班 2．第二范式（2NF） 第二范式（2NF）是在第一范式的基础上建立起来的，即满足第二范式（2NF）必先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实体（即各个记录行）必须可以被唯一地区分。为实现区分各行记录通常需要为表设置一个“区分列”，用以存储各个实体的唯一标识。在学生信息表中，设置了“学号”列，由于每个学生的编号都是唯一的，因此每个学生可以被唯一地区分（即使学生存在重名的情况下），那么这个唯一属性列被称为主关键字或主键。 第二范式要求实体的属性完全依赖于主关键字，即不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。 例如，这里以“学生成绩表”为例，若以（学号、课程）为组合关键字（即复合主键），就会存在如下决定关系。 （学号，课程）→（决定）（姓名、性别、班级、班主任、课程学分、成绩） 在上面的决定关系中，还可以进一步拆分为如下两种决定关系。 （学号）→（决定）（姓名、性别、班级、班主任、成绩） （课程）→（决定）（课程学分） 其中，学号决定了学生的基本信息（包括姓名、性别、班级、班主任等）；而课程决定了课程学分，所以这个关系表不满足第二范式。 对于上面的这种关系，可以把上述两个关系表更改为如下3个表。 学生表：STUDENT（学号，姓名，性别、班级、班主任） 课程表：LESSON（课程，课程学分） 学生成绩表：ACHIEVEMENT（学号、课程、成绩） 3．第三范式（3NF） 第三范式（3NF）是在第二范式（2NF）的基础上建立起来的，即满足第三范式（3NF）必先满足第二范式（2NF）。第三范式要求关系表不存在非关键字列对任意候选关键字列的传递函数依赖，也就是说，第三范式要求一个关系表中不包含已在其他表中已包含的非主关键字信息。 所谓传递函数依赖，就是指如果存在关键字段A决定非关键字段B，而非关键字段B决定非关键字段C，则称非关键字段C传递函数依赖于关键字段A。 例如，这里还以学生表（STUDENT）为例，该表中包含学号、姓名、性别、班级、班主任等信息，该关系表的关键字为“学号”，因此存在如下决定关系： （学号）→（决定）（姓名、性别、班级、班主任） 上面的这个关系表是符合第二范式的，但它不符合第三范式，因为该关系表内部隐含着如下决定关系： （学号）→（决定）（班级）→（决定）（班主任） 上面的关系表存在非关键字段“班级”对关键字段“学号”的传递函数依赖。对于上面的这种关系，可以把这个关系表更改为如下两个关系表。 学生表：STUDENT（学号、姓名、性别、班级） 班级表：LESSON（班级、班主任） 对于关系型数据库的设计，理想的设计目标是按照“规范化”原则存储数据，因为这样做能够消除数据冗余、更新异常、插入异常和删除异常。 （1）数据库（database）是数据存储仓库的简称，它是指在计算机系统中按照一定的数据模型组织、存储和使用互相关联的数据集合。 （2）数据模型是数据库系统的核心与基础，是描述数据与数据之间的联系、数据的语义、数据一致性约束的概念性工具的集合。 （3）数据库管理系统（Database Management System，简称DBMS）是数据库系统的软件支持。DBMS是管理数据库的软件。 （4）关系型数