Oracle数据库中的关系型数据库

                            Oracle数据库中的关系型数据库

关系型数据库的基础知识

1，关系型数据库与数据库管理系统

2，关系型数据库的E-R模型

3，关系型数据库的设计范式

一，关系型数据库与数据库管理系统

1，关系型数据库

①在关系数据模型中，关系可以看成由行和列交叉组成的二维表格

②表中一行称为一个元组，可以用来标识实体集中的一个实体。（行，记录，元组）

③表中的列称为属性，给每一列起一个名称即为属性名，表中的属性名不能相同。（列，字段，属性）

④列的取值范围称为域，同列具有相同的域，不同的列也可以有相同的域。

⑤表中任意两行（元组）不能相同。

⑥能唯一标识表中不同行的属性或属性组（即多个属性的组合）称为主键或复合主键。

2，数据库管理系统

科学地组织和存储数据、高效地获取和维护数据。

DBMS的主要功能

           ①数据库的定义功能： DDL

            它把用DDL编写的各级源模式编译成各级目标模式，这些目标模式是对数据库结构信息的描述，而不是数据本身，它们被保存在数据字典中，供以后数据操纵或数据控制时使用。

          ②数据库的操作功能：DML

            单独数据操纵语言DML及其编译程序，实现对数据库的基本操作。基本操作有两类检索和更新。

          ③数据库的保护功能：

             数据库的数据恢复、数据库的并发控制、数据完整性控制和数据安全性控制。

          ④数据库的维护功能：

             数据库的数据导入、转换、存储、数据库性能监控等。

二，关系型数据库的E-R模型

1，实体和属性

实体是一个数据对象，是指客观存在并可以相互区分的事物，如一个教师、一个学生、一个雇员等等。每个实体由一组属性来表示，如，一个具体的学生拥有学号、姓名、性别和班级等属性，其中学号可以唯一标识具体某个学生这个实体。具有相同属性的实体组合在一起就构成实体集—即实体集是实体的集合，而实体则是实体集中的某一个特例，例如，王同学这个实体就是学生实体集中的一个特例。

2，联系

在实际应用中，实体之间是存在联系的，这种联系必须在逻辑模型中表现出来。在E-R模型中，联系用菱形表示，菱形框内写明“联系名”，并用“连接线”将有关实体连接起来，同时在“连接线”的旁边标注上联系的类型，两个实体之间的联系类型可以分为3类。①一对一1:1，②一对多1：m或者1：n，③多对多m:n。

三，关系型数据库的设计范式

关系模式要满足的条件称为规范化形式，简称范式（NF）。

关系模型规范化的目的：

是为了消除存储异常，减少数据冗余，保证数据的完整性和存储效率，一般规范为3NF即可。

(1)第一范式（1NF）

如果关系R的所有属性均为简单属性，即每个属性都是不可再分的，则称R满足第一范式。

简单来说:第一范式就是无重复的列

(2)第二范式（2NF）

如果关系R满足第一范式，且每一个非主键字段完全依赖于主键，则称R满足第二范式。

简单说，就是把表里的某一个列设置为主键以后，就可以根据这个列查到其他相关列的信息

例如，这里以“员工工资信息表”为例，若以（员工编码、岗位）为组合关键字（即复合主键），就会存在如下决定关系。

（员工编码，岗位）→（决定）（姓名、年龄、学历、基本工资、绩效工资、奖金）

在上面的决定关系中，还可以进一步拆分为如下两种决定关系。

（员工编码）→（决定）（姓名、年龄、学历）（岗位）→（决定）（基本工资）

(3)第三范式（3NF）

如果关系R满足第二范式，且非主键字段之间不存在依赖关系，则称R满足第三范式。

简单说，就是从表只能引用主表中的一个列。

 例如，这里以员工信息表（EMPLOYEE）为例，该表中包含员工编号、员工姓名、年龄、部门编码、部门经理等信息，该关系    表的关键字为“员工编号”，因此存在如下决定关系：

（员工编码）→（决定）（员工姓名、年龄、部门编码、部门经理）

上面的这个关系表是符合第二范式的，但它不符合第三范式，因为该关系表内部隐含着如下决定关系：

（员工编码）→（决定）（部门编码）→（决定）（部门经理）

一个基本的关系型数据库，要满足第一范式，一个完整的关系型数据库，要满足第三范式。