day05_事务&三大范式

目录

TCL  事务控制语言(Transcation Control Language)  

含义

特点(ACID)

事务的使用步骤 

    使用显式事务

并发事务

    事务的并发问题是如何发生的?

    并发问题都有哪些?

    如何解决并发问题

数据库设计三大范式


TCL  事务控制语言(Transcation Control Language)  

含义


  事务:一条或者多条sql语句组成一个执行单位,一组sql语句要么都执行,要么都不执行。

特点(ACID)


    A 原子性
        一个事务是不可再分割的整体,要么都执行要么都不执行
    C 一致性
        一个事务可以使数据从一个一致状态切换到另外一个一致的状态。数据是准确的,完整的,可靠的。
    I 隔离性
        一个事务不受其他事务的干扰,多个事务是互相隔离的。
    D 持久性
        一个事务一旦提交,则永久持久化到本地

事务的使用步骤 


    需要了解的是
        隐式事务:没有明显的开启和结束,本身就是一条事务可以自动提交,比如insert、update、delete
        显式事务:具有明显的开启和结束


    使用显式事务


        开启事务
            set autocommit=0;
            start transaction; 可以省略
        编写一组逻辑sql语句
            注意:sql语句支持的是 insert、update、delete、select
            设置回滚点:savepoint 回滚点名;
        结束事务
            提交:commit
            回滚: rollback
            回滚到指定的地方: rollback to

并发事务


    事务的并发问题是如何发生的?

          多个事务  同时 操作  同一个数据库的相同数据时


    并发问题都有哪些?


        脏读
            一个事务读取了其他事务没有‘更新’的数据
        不可重复读
            一个事务多次读取,结果不一样
        幻读
            一个事务读取了其他事务还没有提交的数据,只是读到的是其他事务‘插入’的数据


    如何解决并发问题


        设置隔离级别
            read uncommitted: 读未提交
                三个问题都不能避免
            read committed: 读已提交
                避免脏读
            repeatable   read :  可重复读
                避免脏读、不可重复读
            serializable:串行化
                避免脏读、不可重复读、幻读


数据库设计三大范式

        为了建立冗余较小、结构合理的数据库,设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库,必须满足一定的范式。

1 第一范式(1NF)

在任何一个关系数据库中,第一范式(1NF) 是对关系模式的基本要求,不满足第一范式(1NF)的数据库就不是关系数据库。

所谓第一范式(1NF)是指数据库每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系。在第一范式(1NF)中表的每一行只包含一个实例的信息。

简而言之,第一范式就是无重复的列。

2 第二范式(2NF)

第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。第二范式(2NF)要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列,以存储各个实例的唯一标识。这个唯一属性列被称为主关键字或主键、主码。

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

简而言之,第二范式就是非主属性完全依赖于主关键字

3 第三范式(3NF)

满足第三范式(3NF) [2] 必须先满足第二范式(2NF)。简而言之,第三范式(3NF)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息

例如,存在一个部门信息表,其中每个部门有部门编号(dept_id)、部门名称、部门简介等信息。那么在图3-2的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表,则根据第三范式(3NF)也应该构建它,否则就会有大量的数据冗余。

简而言之,第三范式就是属性不依赖于其它非主属性

上一篇:Java 复习整理day05


下一篇:JavaSE学习 Day05 - Java方法详解