在讲解视图的时候我们的明白下面几个概念。
什么是视图？
视图（view）是一种虚拟存在的表，是一个逻辑表，本身并不包含数据。作为一个select语句保存在数据字典中的。
视图是干什么用的？
通过视图，可以展现基表的部分数据；
视图数据来自定义视图的查询中使用的表，使用视图动态生成。
基表：用来创建视图的表叫做基表
为什么要使用视图？
因为视图的诸多优点，如下
1）简单：使用视图的用户完全不需要关心后面对应的表的结构、关联条件和筛选条件，对用户来说已经是过滤好的复合条件的结果集。
2）安全：使用视图的用户只能访问他们被允许查询的结果集，对表的权限管理并不能限制到某个行某个列，但是通过视图就可以简单的实现。
3）数据独立：一旦视图的结构确定了，可以屏蔽表结构变化对用户的影响，源表增加列对视图没有影响；源表修改列名，则可以通过修改视图来解决，不会造成对访问者的影响。
总而言之，使用视图的大部分情况是为了保障数据安全性，提高查询效率。
MySQL中的视图操作
因为视图是需要基表才能构建，因此在讲解视图的时候，我们需要先创建两张数据表用于后面演示视图操作，下面是测试表和测试数据创建的SQL语句。
1、创建视图
首先我们来看看创建视图的SQL语法
OR REPLACE：表示在创建视图时候会替换已有视图ALGORITHM：表示视图选择算法,将在文章的后面详细讲解select_statement：表示select语句[WITH [CASCADED | LOCAL] CHECK OPTION]：表示视图在更新时保证在视图的权限范围之内，详情将在后面讲解
注意：推荐使用WHIT [CASCADED|LOCAL] CHECK OPTION选项，可以保证数据的安全性，所以建议加上它。
下面是推荐语法格式：
1.1 创建单表视图
执行下面的SQL语句创建一个单表视图
执行结果如下图所示
使用desc v_author命令查看视图信息，执行结果如下图所示
然后执行select * from v_author查看视图里面显示的数据，执行结果如下图所示
然后执行select * from v_author查看视图里面显示的数据，执行结果如下图所示
1.2 创建多表视图
执行下面的SQL语句创建一个多表视图
然后执行select * from v_blog查看多表视图中的数据，下图是执行结果
视图将我们不需要的数据过滤掉，将相关的列名用我们自定义的列名替换。视图作为一个访问接口，不管基表的表结构和表名有多复杂。
如果创建视图时不明确指定视图的列名，那么列名就和定义视图的select子句中的列名完全相同；
如果显式的指定视图的列名就按照指定的列名。
注意：显示指定视图列名，要求视图名后面的列的数量必须匹配select子句中的列的数量。
2、查看视图
使用show create view语句查看视图信息，比如
视图一旦创建完毕，就可以像一个普通表那样使用，视图主要用来查询，比如select * from v_blog where 编号=1;，执行结果如下图
有关视图的信息记录在information_schema数据库中的views表中，我们可以通过SQL语句来查看，比如select * from information_schema.views where TABLE_NAME=‘v_blog‘G;
执行结果如下图
3、视图的更改
3.1 CREATE OR REPLACE VIEW语句修改视图
create or replace view view_name as select语句;
在视图存在的情况下可对视图进行修改，视图不在的情况下可创建视图
3.2 ALTER语句修改视图
注意：修改视图是指修改数据库中已存在的表的定义，当基表的某些字段发生改变时，可以通过修改视图来保持视图和基本表之间一致
3.3、DML操作更新视图
因为视图本身没有数据，因此对视图进行的dml操作最终都体现在基表中，比如我们执行以下操作
当然，视图的DML操作，不是所有的视图都可以做DML操作。
有下列内容之一，视图不能做DML操作：
– select子句中包含distinct
– select子句中包含组函数
– select语句中包含group by子句
– select语句中包含order by子句
– select语句中包含union 、union all等集合运算符
– where子句中包含相关子查询
– from子句中包含多个表
– 如果视图中有计算列，则不能更新
– 如果基表中有某个具有非空约束的列未出现在视图定义中，则不能做insert操作
3.4、drop删除视图
删除视图是指删除数据库中已存在的视图，删除视图时，只能删除视图的定义，不会删除数据，也就是说不会影响基表：
比如 drop view if exists v_student;
4、使用WITH CHECK OPTION约束
对于可以执行DML操作的视图，定义时可以带上WITH CHECK OPTION约束
作用：对视图所做的DML操作的结果，不能违反视图的WHERE条件的限制。
首先我在向博客表中插入几条数据
然后创建一个视图，获取指定作为为1的数据
查询一下数据
再使用update对视图进行修改：
语句执行结果如下图所示
因为违反了视图中的where author_id = 1子句，所以抛出异常；
利用with check option约束限制，保证更新视图是在该视图的权限范围之内。
使用WITH CHECK OPTION约束时，(不指定选项则默认是CASCADED)
可以使用CASCADED或者LOCAL选项指定检查的程度：CASCADED：检查所有的视图，会检查嵌套视图及其底层的视图LOCAL：只检查将要更新的视图本身，嵌套视图不检查其底层的视图
5、定义视图时的其他选项
视图的完整语法
5.1 ALGORITHM选项
选择在处理定义视图的select语句中使用的方法
– UNDEFINED：MySQL将自动选择所要使用的算法
– MERGE：将视图的语句与视图定义合并起来，使得视图定义的某一部分取代语句的对应部分
– TEMPTABLE：将视图的结果存入临时表，然后使用临时表执行语句
缺省ALGORITHM选项等同于ALGORITHM = UNDEFINED
5.2 DEFINER选项
指出谁是视图的创建者或定义者
– definer= ‘用户名’@’登录主机’
– 如果不指定该选项，则创建视图的用户就是定义者，指定关键字CURRENT_USER(当前用户)和不指定该选项效果相同
5.3 SQL SECURITY选项
要查询一个视图，首先必须要具有对视图的select权限，如果同一个用户对于视图所访问的表没有select权限，那会怎么样？
SQL SECURITY选项决定执行的结果：
– SQL SECURITY DEFINER：定义(创建)视图的用户必须对视图所访问的表具有select权限，也就是说将来其他用户访问表的时候以定义者的身份，此时其他用户并没有访问权限。
– SQL SECURITY INVOKER：访问视图的用户必须对视图所访问的表具有select权限。
缺省SQL SECURITY选项等同于SQL SECURITY DEFINER
视图权限总结：
使用root用户定义一个视图(推荐使用第一种)：u1、u2
1）u1作为定义者定义一个视图，u1对基表有select权限，u2对视图有访问权限：u2是以定义者的身份访问可以查询到基表的内容；
2）u1作为定义者定义一个视图，u1对基表没有select权限，u2对视图有访问权限，u2对基表有select权限：u2访问视图的时候是以调用者的身份，此时调用者是u2，可以查询到基表的内容。