第5章_数据库相关（一）

第5章_数据库相关

• • • • • 1.CAP定理
        • 2.事务的`ACID`特性
        • 3.并发异常
        • 4.隔离级别
        • 5.`Oracle`、`MySQL`、`SQL Server`的事务隔离级别
        • 6.范式(`Normal Form`)
        • 7.反范式
        • 8.索引的使用原则
        • 9. 存储过程
        • 10. 存储过程和函数的区别
        • 11.触发器
        • 12.视图

1.CAP定理

详见¹、²，具体的各种架构设计等详见³

2.事务的ACID特性

详见⁴

3.并发异常

详见⁵

4.隔离级别

详细解释见⁶、⁷

5.Oracle、MySQL、SQL Server的事务隔离级别

详见⁸

6.范式(Normal Form)

设计范式是为了解决实际遇到的一些问题：⁹

• 第一范式

举例如下：

存在二级表头，商品有名称和数量两个属性，需要拆分开来，改造如下：

• 第二范式

举例如下：

在这张表当中，我们可以看到，码是学号、课程名称。因为可能存在重名的情况，所有学生姓名不是主属性。即通过码，我们可以确定一条记录，即：其唯一标识一条记录。

但是我们可以看到，对于非主属性系名、系主任，其仅依赖于码当中的学号，而与课程名称无关，即其部分依赖于码。

这样的后果就是记录的不必要重复，我们可以根据依赖将其拆分为两个表：

以及

• 第三范式

用上面的图举例：

我们可以看到系名和系主任是一一对应的，也就是说，我们可以认为系名依赖于系主任，系主任依赖于学号；或者说系主任依赖于系名，系名依赖于学号。总之存在非主属性对于码的传递依赖，产生了不必要的重复。

所以我们可以拆分如下：

以及

• BC范式

举一个新例子：

这张表的主属性有点长，包括：仓库名、管理员、物品名，其可以确定非主属性：数量

在主属性当中，我们可以看到仓库名和管理员是一一对应的，存在着主属性对于码的部分函数依赖与传递函数依赖，造成了重复。

所以我们可以拆分如下：

以及

• 第四范式

举例如下：

我们可以看到，因为存在重名的情况，所以学号是主属性。而非主属性姓名和课程独立，但是课程存在多值。也就是说存在重复，我们可以分解为：

以及

• 第五范式

举例如下：

这个表的大概意思是，假设学校中的某一门课程（英语），由多名教师讲授（Bill，Jay，Dave），并且使用同一套参考书（人教版英语，美版英语）

我们可以看到，这里面全是主键，全码，但存在多值依赖：

多值依赖的具体解释详见¹³

总之就是造成了重复，仅看课程和教师，我们发现Bill的名字出现了2次；而关注课程和参考书，我们发现人教版英语重复了3次。

拆分如下：

以及

关于前三个范式，我们可以总结为：¹²

关于各范式具体解决了哪些异常详见¹⁰、⁹

函数依赖，码，关系模型等的术语解释详见¹⁴、¹⁵、¹¹

7.反范式

关于反范式的其他解释详见¹⁷

8.索引的使用原则

9. 存储过程

10. 存储过程和函数的区别

11.触发器

12.视图