数据库--多表关系、范式和事务

数据库的设计

1. 多表之间的关系

(1) 一对一

• 概念：
  如人和身份证，
  一个人只有一个身份证，一个身份证只能对应一个人。
• 实现方式：
  在任意一方添加唯一外键来指向另一方的主键。

(2) 一对多(多对一)

• 概念：
  如部门和员工,
  一个部门有多个员工，而一个员工只能对应一个部门。
• 实现方式：
  在多的一方建立外键，指向一的一方的主键。

(3)多对多

• 概念：
  如学生和课程，
  一个学生可以选择很多门课程，一个课程也可以被很多学生选择。
• 实现方式：
  需要借助第三张中间表，中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键。

2. 范式

(1) 范式基本概念

设计数据库时遵从不同个规范要求，设计出合理的关系型数据库，这些不同的规范要求称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。

(2) 三大范式

• 第一范式(1NF)：每一列都是不可分割的原子数据项；
• 第二范式(2NF)：在1NF的基础上，非码属性必须完全依赖于候选码(在1NF的基础上消除非主属性对主码的部分函数依赖)；
  几个概念：
  a. 函数依赖：如果通过A属性(属性组)的值可以确定唯一B属性的值，则称为B依赖于A，A --> B。
  b. 完全函数依赖： A -->B，如果A是一个属性组，则B属性值的确定需要依赖于A属性组中所有的属性值；
  c. 部分函数依赖： A -->B，如果A是一个属性组，则B属性值的确定只需要依赖于A属性组中部门的属性值；
  d. 传递函数依赖： A -->B，B–>C，则称C传递函数依赖于A；
  e. 码： 如果一张表中，一个属性或属性组被其他所有属性完全依赖，则称这个属性(属性组)为该表的码。
  主属性：码属性组中的所有属性
  非主属性：码属性组以外的所有属性
• 第三范式(3NF)：在2NF基础上，任何非主属性不依赖于其他非主属性(在2NF的基础上消除传递依赖)。

3. 事务

(1) 事务的基本介绍

• 1. 概念：如果一个包含多个步骤的的业务操作，被事务管理，那么这些操作要么同时成功，要么同时失败。
• 2. 操作：
  a. 开启事务：start transaction;
  b. 回滚：rollback;发现出问题了，回滚事务；
  c. 提交：commit;发现执行没有问题，提交事务。
• 3. 两种事务提交方式：
  a. 自动提交：
  MySQL就是自动提交的，一条DML(增删改条)语句会自动提交一次。
  b. 手动提交：
  Oracle是手动提交事务的，需要先开启事务，再提交；
• 4 查看事务的默认提交方式：SELECT @@autocommit; ----1代表自动提交，0代表手动提交；
• 5 修改默认提交方式： SET @@autocommit = 0;

(2) 事务的四大特征

• 原子性：是不可分割的最小操作单位，要么同时成功，要么同时失败；
• 持久性：当事务提交或回滚后，数据库会持久化的保存数据；
• 隔离性：多个事务之间相互独立；
• 一致性：事务操作前后，数据总量不变。

(3) 事务的隔离级别

• 1. 概念：
  多个事务之间是隔离的，相互独立的。
  如果多个事务操作同一个数据，会引发问题，设置不同的隔离级别可以解决。
• 2. 存在问题：
  a. 脏读：一个事务，读取到另一个事务中的没有提交的数据；
  b. 不可重复读(虚读)：在同一个事务中，两次读取到的数据不一样；
  c. 幻读：一个事务操作(DML)数据表中所有记录，另一个事务添加了一条数据，则第一个事务查询不到自己的修改。
• 3. 隔离级别：
  a. read uncommitted ：读未提交；
  产生的问题：脏读、不可重复读、幻读。
  b. read committed ：读已提交(Oracle)；
  产生的问题：不可重复读、幻读。
  c. repeatable read 可重复读(MySQL)；
  产生的问题：幻读。
  d. serializable 串行化；
  可以解决所有问题。
  注意：隔离级别从小到大安全性越来越高，但是效率越来越低。
  查询隔离级别： select @@tx_isolation;
  设置隔离级别：set global transaction isolation level 级别字符串;