数据库设计、范式、事务

目录

一、多表之间的关系

1、一对一：

2、一对多（多对一）：

3、多对多：

二、数据库设计的范式

1、范式分类：

2、相关概念解释：

三、数据库事务

1、事务的基本介绍

2、事务的四大特征

3、事务的隔离级别

---

一、多表之间的关系

1、一对一：

可以在任意一方添加唯一外键指向另一方的主键。

2、一对多（多对一）：

在多的一方建立外键，指向一的一方的主键。

3、多对多：

多对多的关系实现需要借助第三张中间表，中间表至少包含两个字段，这两个字段作为第三张中间表的外键，分别指向两张表的主键。

二、数据库设计的范式

设计关系数据库时，要遵从不同的规范要求，这些不同的规范要求被称为不同的范式。

1、范式分类：

①第一范式（1NF）：每一列都是不可分割的原子数据项。

②第二范式（2NF）：在1NF的基础上，非码属性必须完全依赖于码（即在1NF的基础上消除非主属性对主码的部分函数依赖）。

③第三范式（3NF）：在2NF的基础上，任何非主属性不依赖于其他非主属性（即在2NF的基础上消除传递依赖）。

总体来说：第一范式保证每列的原子性，即不可再分解，第二范式保证每列都和主键相关，第三范式保证每列都和主键直接相关而不是间接相关。

2、相关概念解释：

①函数依赖：A - - > B，如果通过A属性（属性组）的值，可以确定唯一B属性的值，则称B依赖于A。

②完全函数依赖：A - - > B，如果A是一个属性组，而B属性值的确定需要依赖于A属性组中的所有的属性值，则称B完全依赖于A。

③部分函数依赖：A - - > B，如果A是一个属性组，而B属性值的确定只需要依赖于A属性组中某些属性值即可，则称B部分依赖于A。

④传递函数依赖：A - - > B，B - - > C，如果通过A属性（属性组）的值，可以确定唯一B属性的值，再通过B属性（属性组）的值，可以确定唯一C属性的值，则称C传递依赖于A。

三、数据库事务

1、事务的基本介绍

①概念：如果一个包含多个步骤的业务操作，被事务管理，那么这些操作要么同时成功，要么同时失败。

②操作：开始事务        start  transaction;

              回滚                rollback;

              提交                commit;

③MySQL数据库中事务默认自动提交

事务提交有两种方式，自动提交和手动提交。如一条DML语句就会直接自动提交一次事务。

查看事务的默认提交方式：

select @@autocommit;

修改事务的默认提交方式： 

set @@autocommit = 0; //0代表手动，1代表自动

2、事务的四大特征

①原子性：即不可分割的最小操作单位，要么同时成功，要么同时失败。

②持久性：当事务提交或回滚后，数据库会持久化的保存数据。

③隔离性：多个用户并发访问数据库时，多个事务之间，相互独立，互不影响。

④一致性：事务操作前后，必须使所有的数据都保持一致状态，数据总量不变。比如A和B两个人账户总共一千块，A和B之间不管如何转账，事务结束后两个人账户总共还是一千块。

3、事务的隔离级别

概念：多个事务操作同一批数据，会引发一些问题，设置不同的隔离级别可以解决这些问题。

存在的问题：

①脏读：

一个事务读取到另一个事务中没有提交的数据。

例如当一个事务正在多次修改某个数据，而这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。

②不可重复读：

在同一个事务中，两次读取到的数据不一样。

例如事务A在读取某一数据，而事务B立马修改了这个数据并且提交事务给数据库，事务A再次读取该数据就得到了不同的结果。

③幻读：一个事务A将表中所有行的某一项从值1全部修改为值2，同时另一个事务B添加了一条新数据行，该条新数据的那个数据项还是值1，并且提交数据库，这时事务A再查看刚刚修改的数据时，发现有一条数据没有修改上。

隔离级别：

①read uncommitted（读未提交）：

级别最低，脏读、不可重复读、幻读都可能发生。

②read committed（读已提交）：

可避免脏读的发生。

③repeatable read（可重复读）：

可避免脏读、不可重复读的发生。MySQL默认的级别。

④serializable（串行化）：

级别最高，脏读、不可重复读、幻读都可避免。

注意：隔离级别安全性越高，相应的效率就越低。

查看隔离级别：

select @@tx_isolation;

设置隔离级别：

set global transaction isolation level 级别字符串;