SQL---约束&&事务

约束&&事务

DDL

DDL包括：create drop alter

drop table 表名;

create database 数据库名;

什么是约束？

约束对应的英语单词：constraint
	在创建表的时候，我们可以给表中的字段加上一些约束，来保证这个表中数据的
	完整性、有效性！！！
约束的作用就是为了保证：表中的数据有效！！

约束包括哪些？
非空约束：not null
唯一性约束: unique
主键约束: primary key （简称PK）
外键约束：foreign key（简称FK）
检查约束：check（mysql不支持，oracle支持）

我们这里重点学习四个约束：
	not null
	unique
	primary key
	foreign key

非空约束：not null

非空约束not null约束的字段不能为NULL。
drop table if exists t_vip;
create table t_vip(
	id int,
	name varchar(255) not null  // not null只有列级约束，没有表级约束！
);
insert into t_vip(id,name) values(1,'zhangsan');
insert into t_vip(id,name) values(2,'lisi');

唯一性约束: unique

唯一性约束unique约束的字段不能重复，但是可以为NULL。
drop table if exists t_vip;
create table t_vip(
	id int,
	name varchar(255) unique,
	email varchar(255)
);

name和email两个字段联合起来具有唯一性！！！！
drop table if exists t_vip;
			create table t_vip(
				id int,
				name varchar(255),
				email varchar(255),
				unique(name,email) // 约束没有添加在列的后面，这种约束被称为表级约束。
			);
			insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
			insert into t_vip(id,name,email) values(2,'zhangsan','zhangsan@sina.com');
			select * from t_vip;

主键约束（primary key，简称PK）非常重要五颗星*****

主键约束的相关术语？
	主键约束：就是一种约束。
	主键字段：该字段上添加了主键约束，这样的字段叫做：主键字段
	主键值：主键字段中的每一个值都叫做：主键值。

什么是主键？有啥用？
	主键值是每一行记录的唯一标识。
	主键值是每一行记录的身份证号！！！

记住：任何一张表都应该有主键，没有主键，表无效！！
create table t_vip(
			id int primary key,  //列级约束
			name varchar(255)
		);
		insert into t_vip(id,name) values(1,'zhangsan');
		insert into t_vip(id,name) values(2,'lisi');
drop table if exists t_vip;
		// id和name联合起来做主键：复合主键！！！！
		create table t_vip(
			id int,
			name varchar(255),
			email varchar(255),
			primary key(id,name)
		);
		insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
		insert into t_vip(id,name,email) values(1,'lisi','lisi@123.com');

外键约束（foreign key，简称FK）非常重要五颗星*****

外键约束涉及到的相关术语：
	外键约束：一种约束（foreign key）
	外键字段：该字段上添加了外键约束
	外键值：外键字段当中的每一个值。
	第一种方案：班级和学生存储在一张表中？？？
		t_student
		no(pk)		name		classno		classname
		----------------------------------------------------------------------------------
		1	                jack		100	北京市大兴区亦庄镇第二中学高三1班
		2		lucy		100	北京市大兴区亦庄镇第二中学高三1班
		3		lilei		100	北京市大兴区亦庄镇第二中学高三1班
		4		hanmeimei	100	北京市大兴区亦庄镇第二中学高三1班
		5		zhangsan		101	北京市大兴区亦庄镇第二中学高三2班
		6		lisi		101	北京市大兴区亦庄镇第二中学高三2班
		7		wangwu		101	北京市大兴区亦庄镇第二中学高三2班
		8		zhaoliu		101	北京市大兴区亦庄镇第二中学高三2班
		分析以上方案的缺点：
			数据冗余，空间浪费！！！！
			这个设计是比较失败的！
		
		第二种方案：班级一张表、学生一张表？？
		
		t_class 班级表
		classno(pk)       classname
		------------------------------------------------------
		100	    北京市大兴区亦庄镇第二中学高三1班
		101	    北京市大兴区亦庄镇第二中学高三1班
	
		t_student 学生表
		no(pk)	name	              cno(FK引用t_class这张表的classno)
		----------------------------------------------------------------
		1	jack		100
		2	lucy		100
		3	lilei		100
		4	hanmeimei	100
		5	zhangsan		101
		6               lisi		101
		7	wangwu		101
		8	zhaoliu		101

		当cno字段没有任何约束的时候，可能会导致数据无效。可能出现一个102，但是102班级不存在。
		所以为了保证cno字段中的值都是100和101，需要给cno字段添加外键约束。
		那么：cno字段就是外键字段。cno字段中的每一个值都是外键值。
create  table t_class(classno int primary key , classname varchar(255));
create  table t_student(no int primary key auto_increment , name varchar(255),cno int, foreign key(cno) references t_class(classno));

		注意：
			t_class是父表(无fk)
			t_student是子表（fk）

			删除表的顺序？
				先删子，再删父。

			创建表的顺序？
				先创建父，再创建子。

			删除数据的顺序？
				先删子（fk），再删父。

			插入数据的顺序？
				先插入父，再插入子（fk）。

		思考：子表中的外键引用的父表中的某个字段，被引用的这个字段必须是主键吗？
			不一定是主键，但至少具有unique约束。

		测试：外键可以为NULL吗？
			外键值可以为NULL。

事务（重点：五颗星*****，必须理解，必须掌握）

一个事务其实就是一个完整的业务逻辑。
是一个最小的工作单元。不可再分。

什么是一个完整的业务逻辑？
	假设转账，从A账户向B账户中转账10000.
	将A账户的钱减去10000（update语句）
	将B账户的钱加上10000（update语句）
	这就是一个完整的业务逻辑。

	以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。
	这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。

只有DML语句才会有事务这一说，其它语句和事务无关！！！
insert
delete
update
只有以上的三个语句和事务有关系，其它都没有关系。

因为 只有以上的三个语句是数据库表中数据进行增、删、改的。
只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。

数据安全第一位！！！

事务是怎么做到多条DML语句同时成功和同时失败的呢？

InnoDB存储引擎：提供一组用来记录事务性活动的日志文件
事务开启了：
insert
insert
insert
delete
update
update
update
事务结束了！
在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中，我们可以提交事务，也可以回滚事务。
提交事务？
	清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
	提交事务标志着，事务的结束。并且是一种全部成功的结束。
回滚事务？
	将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件
	回滚事务标志着，事务的结束。并且是一种全部失败的结束。
	怎么提交事务，怎么回滚事务？
	提交事务：commit; 语句
	回滚事务：rollback; 语句（回滚永远都是只能回滚到上一次的提交点！）
    事务对应的英语单词是：transaction

测试

---------------------------------回滚事务-------------------------------------
		mysql> use bjpowernode;
		Database changed
		mysql> select * from dept_bak;
		Empty set (0.00 sec)

		mysql> start transaction;
		Query OK, 0 rows affected (0.00 sec)

		mysql> insert into dept_bak values(10,'abc', 'tj');
		Query OK, 1 row affected (0.00 sec)

		mysql> insert into dept_bak values(10,'abc', 'tj');
		Query OK, 1 row affected (0.00 sec)

		mysql> select * from dept_bak;
		+--------+-------+------+
		| DEPTNO | DNAME | LOC  |
		+--------+-------+------+
		|     10 | abc   | tj   |
		|     10 | abc   | tj   |
		+--------+-------+------+
		2 rows in set (0.00 sec)

		mysql> rollback;
		Query OK, 0 rows affected (0.00 sec)

		mysql> select * from dept_bak;
		Empty set (0.00 sec)


		---------------------------------提交事务-----------------------------
		mysql> use bjpowernode;
		Database changed
		mysql> select * from dept_bak;
		+--------+-------+------+
		| DEPTNO | DNAME | LOC  |
		+--------+-------+------+
		|     10 | abc   | bj   |
		+--------+-------+------+
		1 row in set (0.00 sec)

		mysql> start transaction;
		Query OK, 0 rows affected (0.00 sec)

		mysql> insert into dept_bak values(20,'abc
		Query OK, 1 row affected (0.00 sec)

		mysql> insert into dept_bak values(20,'abc
		Query OK, 1 row affected (0.00 sec)

		mysql> insert into dept_bak values(20,'abc
		Query OK, 1 row affected (0.00 sec)

		mysql> commit;
		Query OK, 0 rows affected (0.01 sec)

		mysql> select * from dept_bak;
		+--------+-------+------+
		| DEPTNO | DNAME | LOC  |
		+--------+-------+------+
		|     10 | abc   | bj   |
		|     20 | abc   | tj   |
		|     20 | abc   | tj   |
		|     20 | abc   | tj   |
		+--------+-------+------+
		4 rows in set (0.00 sec)

		mysql> rollback;
		Query OK, 0 rows affected (0.00 sec)

		mysql> select * from dept_bak;
		+--------+-------+------+
		| DEPTNO | DNAME | LOC  |
		+--------+-------+------+
		|     10 | abc   | bj   |
		|     20 | abc   | tj   |
		|     20 | abc   | tj   |
		|     20 | abc   | tj   |
		+--------+-------+------+
		4 rows in set (0.00 sec)

事务包括4个特性？

	A：原子性
		说明事务是最小的工作单元。不可再分。

	C：一致性
		所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，
		以保证数据的一致性。

	I：隔离性
		A事务和B事务之间具有一定的隔离。
		教室A和教室B之间有一道墙，这道墙就是隔离性。
		A事务在操作一张表的时候，另一个事务B也操作这张表会那样？？？

	D：持久性
		事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据
		保存到硬盘上！

9.7、重点研究一下事务的隔离性！！！

	A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄。这就是事务的隔离级别。
	这道墙越厚，表示隔离级别就越高。

	事务和事务之间的隔离级别有哪些呢？4个级别

		读未提交：read uncommitted（最低的隔离级别）《没有提交就读到了》
			什么是读未提交？
				事务A可以读取到事务B未提交的数据。
			这种隔离级别存在的问题就是：
				脏读现象！(Dirty Read)
				我们称读到了脏数据。
			这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！

		读已提交：read committed《提交之后才能读到》
			什么是读已提交？
				事务A只能读取到事务B提交之后的数据。
			这种隔离级别解决了什么问题？
				解决了脏读的现象。
			这种隔离级别存在什么问题？
				不可重复读取数据。
				什么是不可重复读取数据呢？
					在事务开启之后，第一次读到的数据是3条，当前事务还没有
					结束，可能第二次再读取的时候，读到的数据是4条，3不等于4
					称为不可重复读取。

			这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。
			oracle数据库默认的隔离级别是：read committed

		可重复读：repeatable read《提交之后也读不到，永远读取的都是刚开启事务时的数据》
			什么是可重复读取？
				事务A开启之后，不管是多久，每一次在事务A中读取到的数据
				都是一致的。即使事务B将数据已经修改，并且提交了，事务A
				读取到的数据还是没有发生改变，这就是可重复读。
			可重复读解决了什么问题？
				解决了不可重复读取数据。
			可重复读存在的问题是什么？
				可以会出现幻影读。
				每一次读取到的数据都是幻象。不够真实！
			
			早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！
			读到的是假象。不够绝对的真实。

			mysql中默认的事务隔离级别就是这个！！！！！！！！！！！

		序列化/串行化：serializable（最高的隔离级别）
			这是最高隔离级别，效率最低。解决了所有的问题。
			这种隔离级别表示事务排队，不能并发！
			synchronized，线程同步（事务同步）
			每一次读取到的数据都是最真实的，并且效率是最低的。

被测试的表t_user
验证：read uncommited
mysql> set global transaction isolation level read uncommitted;
事务A												事务B
--------------------------------------------------------------------------------
use bjpowernode;
													use bjpowernode;
start transaction;
select * from t_user;
													start transaction;
													insert into t_user values('zhangsan');
select * from t_user;




验证：read commited
mysql> set global transaction isolation level read committed;
事务A												事务B
--------------------------------------------------------------------------------
use bjpowernode;
													use bjpowernode;
start transaction;
													start transaction;
select * from t_user;
													insert into t_user values('zhangsan');
select * from t_user;
													commit;
select * from t_user;






验证：repeatable read
mysql> set global transaction isolation level repeatable read;
事务A												事务B
--------------------------------------------------------------------------------
use bjpowernode;
													use bjpowernode;
start transaction;
													start transaction;
select * from t_user;
													insert into t_user values('lisi');
													insert into t_user values('wangwu');
													commit;
select * from t_user;





验证：serializable
mysql> set global transaction isolation level serializable;
事务A												事务B
--------------------------------------------------------------------------------
use bjpowernode;
													use bjpowernode;
start transaction;
													start transaction;
select * from t_user;
insert into t_user values('abc');
													select * from t_user;