mysql视图

た入场券 2022-09-14 09:53 16阅读 0赞

# 一、什么是视图 #

视图（view）是一种虚拟存在的表，是一个逻辑表，本身并不包含数据。作为一个select语句保存在数据字典中的。通过视图，可以展现基表的部分数据；视图数据来自定义视图的查询中使用的表，使用视图动态生成。

基表：用来创建视图的表叫做基表base table。

# 二、为什么要使用视图 #

视图的诸多优点，如下

*  简单：使用视图的用户完全不需要关心后面对应的表的结构、关联条件和筛选条件，对用户来说已经是过滤好的复合条件的结果集。
 *  安全：使用视图的用户只能访问他们被允许查询的结果集，对表的权限管理并不能限制到某个行某个列，但是通过视图就可以简单的实现。
 *  数据独立：一旦视图的结构确定了，可以屏蔽表结构变化对用户的影响，源表增加列对视图没有影响；源表修改列名，则可以通过修改视图来解决，不会造成对访问者的影响。

总而言之，使用视图的大部分情况是为了保障数据安全性，提高查询效率。

# 三、创建视图 #

创建视图语法如下：

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
        VIEW view_name [(column_list)]
        AS select_statement
       [WITH [CASCADED | LOCAL] CHECK OPTION]

1.  OR REPLACE：表示替换已有视图
2.  ALGORITHM：表示视图选择算法，默认算法是UNDEFINED(未定义的)：MySQL自动选择要使用的算法 ；merge合并；temptable临时表
3.  select\_statement：表示select语句
4.  \[WITH \[CASCADED | LOCAL\] CHECK OPTION\]：表示视图在更新时保证在视图的权限范围之内，cascade是默认值，表示更新视图的时候，要满足视图和表的相关条件，local表示更新视图的时候，要满足该视图定义的一个条件即可

提示：推荐使用WITH \[CASCADED|LOCAL\] CHECK OPTION选项，可以保证数据的安全性

create view V_STUDENT(编号,名字,性别,电话)
    as
    select NUM,NAME,SEX,PHONE from STUDENT
    with check option;

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_14_color_FFFFFF_t_70_g_se_x_16][]

查看列属性

DESC V_STUDENT

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_18_color_FFFFFF_t_70_g_se_x_16][]

查询视图

SELECT * FROM V_STUDENT

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_12_color_FFFFFF_t_70_g_se_x_16][]

视图将我们不需要的数据过滤掉，将相关的列名用我们自定义的列名替换。视图作为一个访问接口，不管基表的表结构和表名有多复杂。如果创建视图时不明确指定视图的列名，那么列名就和定义视图的select子句中的列名完全相同；如果显式的指定视图的列名就按照指定的列名。

注意：显示指定视图列名，要求视图名后面的列的数量必须匹配select子句中的列的数量。

#  四、查看视图 #

使用show create view语句查看视图信息

show create view V_STUDENT

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_20_color_FFFFFF_t_70_g_se_x_16][]

视图一旦创建完毕，就可以像一个普通表那样使用，视图主要用来查询

select * from view_name;

有关视图的信息记录在information\_schema数据库中的views表中

select * from information_schema.views where TABLE_NAME='V_STUDENT';

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

#  五、视图的更改 #

**（1）CREATE OR REPLACE VIEW语句修改视图**

create or replace view view_name as select语句;

在视图存在的情况下可对视图进行修改，视图不在的情况下可创建视图。

**（2）ALTER语句修改视图**

ALTER
        [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
        [DEFINER = { user | CURRENT_USER }]
        [SQL SECURITY { DEFINER | INVOKER }]
    VIEW view_name [(column_list)]
    AS select_statement
        [WITH [CASCADED | LOCAL] CHECK OPTION]

注意：修改视图是指修改数据库中已存在的表的定义，当基表的某些字段发生改变时，可以通过修改视图来保持视图和基本表之间一致

**（3）DML操作更新视图**

因为视图本身没有数据，因此对视图进行的dml操作最终都体现在基表中，注意列名要用创建视图时定义的。

update v_student set 名字 ='王五' where 编号 = 1;
    select * from student

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_14_color_FFFFFF_t_70_g_se_x_16 1][]

当然，视图的DML操作，不是所有的视图都可以做DML操作。

有下列内容之一，视图不能做DML操作：

1.  select子句中包含distinct
2.  select子句中包含组函数
3.  select语句中包含group by子句
4.  select语句中包含order by子句
5.  select语句中包含union 、union all等集合运算符
6.  where子句中包含相关子查询
7.  from子句中包含多个表
8.  如果视图中有计算列，则不能更新
9.  如果基表中有某个具有非空约束的列未出现在视图定义中，则不能做insert操作

** （4）drop删除视图**

删除视图是指删除数据库中已存在的视图，删除视图时，只能删除视图的定义，不会删除数据，也就是说不动基表：

# 语法
    DROP VIEW [IF EXISTS]   
    view_name [, view_name] ...
    # 例子
    drop view v_student;

如果视图不存在，则抛出异常；使用IF EXISTS选项使得删除不存在的视图时不抛出异常。

# 六、使用WITH CHECK OPTION约束  #

对于可以执行DML操作的视图，定义时可以带上WITH CHECK OPTION约束。作用是：对视图所做的DML操作的结果，不能违反视图的WHERE条件的限制。

示例：创建视图，包含2000年以后出生的所有学生

create view v_student(编号,姓名,性别,手机号,生日)
    as
    select * from student
    where birthday >= '2000-01-01'
    with check option;
    select * from v_student

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_16_color_FFFFFF_t_70_g_se_x_16][]

此时，使用update对视图进行修改：

update v_student
    set 生日 = '1998-01-01'
    where 编号 = 2;

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_15_color_FFFFFF_t_70_g_se_x_16][]

因为违反了视图中的where birthday >= '2000-01-01'子句，所以抛出异常；利用with check option约束限制，保证更新视图是在该视图的权限范围之内。

嵌套视图：定义在另一个视图的上面的视图

create view v_ear_veterans # 创建视图2
    as
    select * from v_veterans # 在视图1的基础上
    where JOINED < 1980;

使用WITH CHECK OPTION约束时(不指定选项则默认是CASCADED)，可以使用CASCADED或者 LOCAL选项指定检查的程度：

1.  WITH CASCADED CHECK OPTION：检查所有的视图。例如：嵌套视图及其底层的视图
2.  WITH LOCAL CHECK OPTION：只检查将要更新的视图本身。对嵌套视图不检查其底层的视图

# 七、定义视图时的其他选项 #

CREATE [OR REPLACE]   
    　　[ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]  
    　　[DEFINER = { user | CURRENT_USER }]  
    　　[SQL SECURITY { DEFINER | INVOKER }]
    VIEW view_name [(column_list)]  
    AS select_statement  
    　　[WITH [CASCADED | LOCAL] CHECK OPTION]

**（1）ALGORITHM选项：选择在处理定义视图的select语句中使用的方法**

1.  UNDEFINED：MySQL将自动选择所要使用的算法
2.  MERGE：将视图的语句与视图定义合并起来，使得视图定义的某一部分取代语句的对应部分
3.  TEMPTABLE：将视图的结果存入临时表，然后使用临时表执行语句

缺省ALGORITHM选项等同于ALGORITHM = UNDEFINED

**（2）DEFINER选项：指出谁是视图的创建者或定义者**

1.  definer= '用户名'@'登录主机'
2.  如果不指定该选项，则创建视图的用户就是定义者，指定关键字CURRENT\_USER(当前用户)和不指定该选项效果相同

**（3）SQL SECURITY选项：要查询一个视图，首先必须要具有对视图的select权限。**

但是，如果同一个用户对于视图所访问的表没有select权限，那会怎么样？SQL SECURITY选项决定执行的结果：

1.  SQL SECURITY DEFINER：定义(创建)视图的用户必须对视图所访问的表具有select权限，也就是说将来其他用户访问表的时候以定义者的身份，此时其他用户并没有访问权限。
2.  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，可以查询到基表的内容。

[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_14_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/0d0674f29fb3426192f8b001af84f6e7.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_18_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/d9ef5fc0f475430c8a5c5ac1afb24847.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_12_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/59c914453029406dbbbc9da5bf9bebeb.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/5bff47646762406ea69cb19189e6c049.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/6205466544aa46e894286770b43793d2.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_14_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/071fe370ca0a42f29d8696698f65cf70.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_16_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/ccd4c5af76fd47738f65aaaf2f171b27.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5ri4546L5a2Q_size_15_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/d7f791c694064b419b91cd87a4f2098a.png