【MySQL】视图

视图

1 视图介绍

视图(View)是一种虚拟存在的表。视图中的数据并不在数据库中实际存在,行和列数据来自我们定义视图的查询中使用的表,并且是在使用视图时动态生成的。

通俗的讲,视图只保存了查询的SQL逻辑,不保存查询结果。所以我们在创建视图的时候,主要的工作就落在创建这条SQL查询语句上。


2 视图基本语法

  • 创建视图

    create [or replace] view 视图名称[(列表名称)] as select语句  [with [cascaded|local] check option]
    
  • 查询视图

    show create view 视图名称  -- 查看创建视图语句
    select * from 视图名称 -- 查询视图数据
    
  • 修改视图

    -- 创建一个新视图来替换原来的视图,这里的视图名称要与被替换视图名称相同
    create [or replace] view 视图名称[(列表名称)] as select语句 [with [cascaded|local] check option] 
    
    -- 修改视图结构
    alter view 视图名称[(列表名称)] as select语句 [with [cascaded|local] check option]
    
  • 删除视图

    drop view [if exists] 视图名称 [,视图名称]
    

我们可以通过以下student表来演示以下视图基本的语法

【MySQL】视图_第1张图片

-- 创建视图
create or replace view stu_v_1 as select id,name from student where id < 10;

-- 查询创建视图语句
show create view stu_v_1;

-- 查询视图数据
select * from stu_v_1;
select * from stu_v_1 where id < 3;

-- 修改视图
create or replace view stu_v_1 as select id,name,no from student where id < 10;
alter view stu_v_1 as select id,name from student where id < 10;

-- 删除视图
drop view if exists stu_v_1

上述我们演示了视图应该如何创建、查询、修改、删除,那么我们能不能通过视图来插入、更新数据呢? 接下来,做一个测试,执行如下sql:

create or replace view stu_v_1 as select id,name from student where id <= 10 ; 

select * from stu_v_1; 

insert into stu_v_1 values(6,'Tom'); 

insert into stu_v_1 values(17,'Tom22'); 

执行上述的SQL,我们会发现,id为6和17的数据都是可以成功插入的。 但是我们执行查询,查询出来的数据,却没有id为17的记录。

【MySQL】视图_第2张图片

因为我们在创建视图的时候,指定的条件为 id<=10, id为17的数据,是不符合条件的,所以是不能通过该视图查询出来的,但是这条数据确实是已经成功的插入到了基表中,但是这样很显然是有问题的,既然我们在建立视图时指定了id <= 10作为条件,那就不应该允许id>10的数据通过这张视图插入到基表中。

这时我们应该思考以下,如果我们在定义视图时指定了条件,然后在插入、修改、删除数据时,是否可以做到必须满足条件才能操作,否则不能够操作呢? 答案是可以的,这就需要借助于视图的检查选项了。


3 视图检查选项

我们可以在创建视图时加上WITH CHECK OPTION子句,例如:

create or replace view stu_v_1 as select id,name from student where id <= 10 with [cascaded|local] check option

当我们使用WITH CHECK OPTION子句创建视图时,MySQL会通过视图检查正在更改的每个行,例如插入,更新,删除,以使其符合视图的定义,对于不符合视图定义的更改,MySQL会将其阻止

MySQL允许基于另一个视图(下文称为“视图A”)创建视图(下文称为“视图B”),对于视图B,在执行插入、更新或删除操作时,MySQL会检查插入、更新或删除的数据是否符合其所依赖的视图A的规则(即使视图B在创建视图时并未使用WITH CHECK OPTION子句),为了确定上述检查的范围,MySQL提供了两个选项: CASCADED 和 LOCAL,如果我们不指定,默认为 CASCADED 。

CASCADED

表示级联,比如,v2视图是基于v1视图的,如果在v2视图创建的时候指定了检查选项为 cascaded,但是v1视图创建时未指定检查选项。 则在执行检查时,不仅会检查v2,还会级联检查v2的关联视图v1(就相当于给视图v1也加上了一个 with cascaded check option)。

【MySQL】视图_第3张图片

以上图为例,现在我们尝试在视图v3中插入如下两条数据:

insert into stu_v_1 values(16,'Tom'); 

insert into stu_v_1 values(30,'Tom30'); 

第一条数据是可以插入成功的,在插入第一条数据时,由于v3视图并未指定检查选项,因此MySQL会直接去检查这条数据是否符合v3创建时所依赖的视图v2,而不会检查v3,当检查完v2规范后,由于我们在创建v2视图时指定了检查选项为 cascaded,因此这条数据还需要符合视图v1的规范(即使视图v1并未开启检查选项),很明显,第一条数据是符合视图v2与视图v1的规范的,因此可以插入

第二条数据则无法插入成功了,因为其只符合视图v2的规范,并不符合视图v1的规范

LOCAL

表示本地,比如,v2视图是基于v1视图的,如果在v2视图创建的时候指定了检查选项为 local ,但是v1视图创建时未指定检查选项。 则在执行检查时,只会检查v2,不会检查v2的关联视图v1。需要注意,此效果基于MySQL8

【MySQL】视图_第4张图片

以上图为例,现在我们尝试在视图v3中插入如下两条数据:

insert into stu_v_1 values(16,'Tom'); 

insert into stu_v_1 values(30,'Tom30'); 

很明显,这两条数据都是可以插入成功的,因为v3并为指定检查选项,而v2仅指定了检查选项为LOCAL,故插入的数据只需要符合v2的规范就可以插入成功了


4 视图更新

要使视图可更新,视图中的行与基础表中的行之间必须存在一对一的关系。如果视图包含以下任何一项,则该视图不可更新:

  • 聚合函数或窗口函数(SUM()、 MIN()、 MAX()、 COUNT()等)
  • DISTINCT
  • GROUP BY
  • HAVING
  • UNION 或者 UNION ALL

示例演示:

create view stu_v_count as select count(*) from student;

上述的视图中,就只有一个单行单列的数据,如果我们对这个视图进行更新或插入的,将会报错:

insert into stu_v_count values(10);

在这里插入图片描述


5 视图作用

  • 简单

    视图不仅可以简化用户对数据的理解,也可以简化他们的操作。那些被经常使用的查询可以被定义为视图,从而使得用户不必为以后的操作每次指定全部的条件。

  • 安全

    数据库可以授权,但不能授权到数据库特定行和特定的列上,有时我们可能只希望将指定的行和特定列展示给数据库用户,并且用户只能查询和修改他们所能见到的数据 这时我们就可以通过视图来完成

  • 数据独立

    视图可帮助用户屏蔽真实表结构变化带来的影响。


6 案例

1.为了保证数据库表的安全性,开发人员在操作tb_user表时,只能看到的用户的基本字段,屏蔽手机号和邮箱两个字段

create view tb_user_view as select id,name,profession,age,gender,status,createtime from tb_user; 

select * from tb_user_view;

2.查询每个学生所选修的课程(三张表联查),这个功能在很多的业务中都有使用到,为了简化操作,定义一个视图。

create view tb_stu_course_view as select s.name student_name , s.no student_no , c.name course_name from student s, student_course sc , course c where s.id = sc.studentid and sc.courseid = c.id; 

select * from tb_stu_course_view;

你可能感兴趣的:(#,MySQL,mysql,数据库,sql)