RDMBS设计范式基础概念

设计关系数据库时，听从不一样的规范要求，设计出合理的关系型数据库，这些不一样的规范要求被称为不一样的范式，各类范式呈递次规范，越高的范式数据库冗余越小。

目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴德斯科范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。知足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步知足更多规范要求的称为第二范式（2NF），其他范式以次类推。通常说来，数据库只需知足第三范式(3NF）就好了。

(1) 第一范式（1NF）

所谓第一范式（1NF）是指在关系模型中，对域添加的一个规范要求，全部的域都应该是原子性的，即数据库表的每一列都是不可分割的原子数据项，而不能是集合，数组，记录等非原子数据项。即实体中的某个属性有多个值时，必须拆分为不一样的属性。在符合第一范式（1NF）表中的每一个域值只能是实体的一个属性或一个属性的一部分。简而言之，第一范式就是无重复的域。

说明：在任何一个关系数据库中，第一范式（1NF）是对关系模式的设计基本要求，通常设计中都必须知足第一范式（1NF）。不过有些关系模型中突破了1NF的限制，这种称为非1NF的关系模型。换句话说，是否必须知足1NF的最低要求，主要依赖于所使用的关系模型。

(2) 第二范式(2NF)

第二范式（2NF）是在第一范式（1NF）的基础上创建起来的，即知足第二范式（2NF）必须先知足第一范式（1NF）。第二范式（2NF）要求数据库表中的每一个实例或记录必须能够被惟一地区分。选取一个能区分每一个实体的属性或属性组，做为实体的惟一标识。

第二范式（2NF）要求实体的属性彻底依赖于主关键字。所谓彻底依赖是指不能存在仅依赖主关键字一部分的属性，若是存在，那么这个属性和主关键字的这一部分应该分离出来造成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分一般须要为表加上一个列，以存储各个实例的惟一标识。简而言之，第二范式就是在第一范式的基础上属性彻底依赖于主键。

(3) 第三范式（3NF）

第三范式（3NF）是第二范式（2NF）的一个子集，即知足第三范式（3NF）必须知足第二范式（2NF）。简而言之，第三范式（3NF）要求一个关系中不包含已在其它关系已包含的非主关键字信息。简而言之，第三范式就是属性不依赖于其它非主属性，也就是在知足2NF的基础上，任何非主属性不得传递依赖于主属性。

RDBMS：

MySQL: MySQL, MariaDB, Percona-Server

PostgreSQL: 简称为pgsql --> EnterpriseDB

Oracle：

MSSQL：

事务：多个操做被看成一个总体对待

ACID:

A: 原子性；

C：一致性；

I: 隔离性；

D：持久性；

SQL: Structure Query Language

结构化查询语言；

SQL解释器：

数据存储协议：应用层协议，C/S

S：server, 监听于套拼字，接收并处理客户端的应用请求；

C：Client

程序接口

CLI

GUI

应用编程接口

ODBC：Open DataBase Connection

基础概念：

约束：constraint，向数据表提供的数据要遵照的限制；

主键：一个或多个字段的组合，填入的数据必须能在本表中惟一标识本行；必须提供数据，即NOT NULL; 

一个表只能存在一个

唯一键：一个或多个字段的组合，填入的数据必须能在本表中惟一标识本行；容许为NULL；

一个表能够存在多个

外键：一个表中的某字段可填入数据取决于另外一个表的主键已有的数据；

检查性：

索引：将表中的一个或多个字段中的数据复制一份另存，而且此些须要按特定次序排序存储；

关系运算：

选择：挑选出符合条件的行（部分）；

投影：挑选出须要的字段；

链接：

数据抽象：

物理层：决定数据的存储格式，即RDBMS在磁盘上如何组织文件；

逻辑层：描述DB存储什么数据，以及数据间存在什么样的关系；

视图层：描述DB中的部分数据；

关系模型的分类：

关系模型

实体-关系模型

基于对象的关系模型

半结构化的关系模型