自关联查询
自关联：自连接查询其实等同于连接查询，
需要两张表，只不过它的左表（父表）和右表（子表）
都是自己。做自连接查询的时候，是自己和自己连接，
分别给父表和子表取两个不同的别名，然后附上连接条件。
mysql> create table areas(
-> id int,
-> name varchar(255) not null,
-> pid int,
-> primary key(id)
-> );
Query OK, 0 rows affected (0.02 sec)
插入省
insert into areas(id,name) values(1,'山东'),(2,'河北'),(3,'黑龙江'),(4,' 湖北'),(5,'湖南');
插入市
insert into areas(id,name,pid) values(7,'武汉',4),(8,'随州',4),(9,'枣阳',4),(10,'邯郸',2),(11,'保定',2),(12,'黑龙江１号',3),(13,'黑龙江2号',3),(14,'张家 界',5);
插入县
insert into areas(id,name,pid) values(15,'武汉县',7),(16,'随州县',8),(17,'邯郸县',10);
查出市的省份信息
select * from areas as shi inner join areas as sheng on shi.pid=sheng.id;
查出县所在的市和省
select * from areas as shi inner join areas as sheng on shi.pid=sheng.id inner join areas as xian on xian.pid=shi.id;
select xian.name,shi.name,sheng.name from areas as shi inner join areas as sheng on shi.pid=sheng.id inner join areas as xian on xian.pid=shi.id;
自连接查询其实等同于连接查询，需要两张表，只不过它的左表（父表）和右表（子表）都是自己。做自连接查询的时候，是自己和自己连接，分别给父表和子表取两个不同的别名，然后附上连接条件。
视图
问题 对于复杂的查询，往往是有多个数据表进行关联查询而得到，如果数据库因为需求等原因发生了改变，为了保证查询出来的数据与之前相同，则需要在多个地方进行修改，维护起来非常麻烦
解决办法：定义视图
视图的作用
1.提高了重用性，简化了查询
2.对数据库重构，却不影响程序的运行
3.提高了安全性能，可以对不同的用户（只对用户开放部分列）
4.让数据更加清晰
创建视图
视图的查询是创建视图的查询语句与查询视图的语句合并执行
create view 视图名称 as select 语句：
视图是可以添加值的 insert into 视图名 values（），（），（）
插入：
假如要在虚表中插入数据，要保证虚表里面的列必须含有实表里面没有默认值的列
创建临时表
create algorithm=temptable view 视图名称 as select 语句；
临时表的查询是 在临时表创建的查询语句结束后 再次查询的
[图片上传失败...(image-ed16f1-1534378521628)]
4.查看试图
查看表会将所有的视图也列出来；
show tables；
[图片上传失败...(image-28a204-1534378521628)]
5.使用视图
视图的用途就是查询
select * from 视图名；
[图片上传失败...(image-9834a5-1534378521628)]
6.修改视图
ALTER VIEW 视图名称 AS select ..
7.更新视图数据
UPDATE 视图名称 SET 字段=值 where 条件
8.删除视图
drop view 视图名称;
例： drop view v_stu_sco;
[图片上传失败...(image-50e2ff-1534378521628)]
事务
一个很好的事务处理系统，必须具备这些标准特性
- 原子性（atomicity）
一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性
- 一致性（consistency）
数据库总是从一个一致性的状态转换到另一个一致性的状态。（在前面的例子中，一致性确保了，即使在执行第三、四条语句之间时系统崩溃，支票账户中也不会损失200美元，因为事务最终没有提交，所以事务中所做的修改也不会保存到数据库中。）
- 隔离性（isolation）
通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。（在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时有另外的一个账户汇总程序开始运行，则其看到支票帐户的余额并没有被减去200美元。）
- 持久性（durability）
一旦事务提交，则其所做的修改会永久保存到数据库。（此时即使系统崩溃，修改的数据也不会丢失。）
事务命令
表的引擎类型必须是innodb类型才可以使用事务，这是mysql表的默认引擎
查看表的创建语句，可以看到engine=innodb
-- 选择数据库
use jing_dong;
-- 查看goods表
show create table goods;
开启事务，命令如下：
开启事务后执行修改命令，变更会维护到本地缓存中，而不维护到物理表中
begin; 或者 start transaction;
提交事务，命令如下
将缓存中的数据变更维护到物理表中
commit;
回滚事务，命令如下：
放弃缓存中变更的数据
rollback;
注意
- 当一个事物commit或者rollback之后一个事物就已经结束了，下次在使用,事物的时候，需要再次开启。
- 有些ＳＱＬ语句会隐藏着ｃｏｍｍｉｔ的功能（事物的隐式提交，似乎是在执行本语句前，您已经进行了一个COMMIT。）: 比如在开启事务后,没有commit或者rollback时，又一次执行了begin、alter、create、drop、rename等操作,那么修改的数据会自动commit。
- 没有手动开启事物时修改数据的命令会自动的触发事务，包括insert、update、delete
- 而在SQL语句中有手动开启事务的原因是：可以进行多次数据的修改，如果成功一起成功，否则一起会滚到之前的数据