003-LAMP_database_overview

003-LAMP_database_overview

1 数据模型

层次模型、网状模型、关系模型

2 关系模型

表：row、column
索引：index
视图：view

3 SQL接口

Structured Query Language

DDL：Data Defined Language
    CREATE、ALTER、DROP

DML：Data Manipulate Language
    INSERT、DLETE、UPDATE、SELECT

4 SQL代码

存储过程：storage procedure
存储函数：function
    以上二者合称为存储例程：routine

触发器：trigger
时间调度器：even scheduler

5 用户和权限

用户：用户名和密码

权限：管理类、数据库、表、字段

6 并发
单进程，多线程，通过线程池实现

7 事务

ACID
    原子性、一致性、隔离性、 持久性

rollback

SQL接口：分析器和优化器

存储引擎

8 范式

1NF

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

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

2NF

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

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

3NF

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

9 约束：constraint

向数据表插入的数据要遵守的限制规则

主键：一个或多个字段的组合，填入主键中的数据，必须不同于已存在的数据；不能为空；

外键：一个表中某字段中能插入的数据，取决于另外一张表的主键中的数据；

惟一键：一个或多个字段的组合，填入惟一键中的数据，必须不同于已存在的数据；可以为空；

检查性约束：取决于表达式的要求；

10 索引

将表中的某一个或某些字段抽取出来，单独将其组织一个独特的数据结构中；

常用的索引类型：
    树型：
    hash：

注意：有助于读请求，但不利于写请求；

11 关系运算

选择：挑选出符合条件的行；

投影：挑选出符合需要的列；

连接：将多张表关联起来；

12 数据抽象

物理层：决定数据的存储格式，即如何将数据组织成为物理文件；

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

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

13 关系模型的分类

关系模型
实体-关系模型
基于对象的关系模型
半结构化关系模型

每一个名字都需要详细的解释，此处不表…