视图(View)是一种虚拟存在的表。视图中的数据并不在数据库中实际存在,行和列数据来自我们定义视图的查询中使用的表,并且是在使用视图时动态生成的。
通俗的讲,视图只保存了查询的SQL逻辑,不保存查询结果。所以我们在创建视图的时候,主要的工作就落在创建这条SQL查询语句上。
创建视图
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表来演示以下视图基本的语法
-- 创建视图
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的记录。
因为我们在创建视图的时候,指定的条件为 id<=10, id为17的数据,是不符合条件的,所以是不能通过该视图查询出来的,但是这条数据确实是已经成功的插入到了基表中,但是这样很显然是有问题的,既然我们在建立视图时指定了id <= 10
作为条件,那就不应该允许id>10
的数据通过这张视图插入到基表中。
这时我们应该思考以下,如果我们在定义视图时指定了条件,然后在插入、修改、删除数据时,是否可以做到必须满足条件才能操作,否则不能够操作呢? 答案是可以的,这就需要借助于视图的检查选项了。
我们可以在创建视图时加上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
)。
以上图为例,现在我们尝试在视图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
以上图为例,现在我们尝试在视图v3中插入如下两条数据:
insert into stu_v_1 values(16,'Tom');
insert into stu_v_1 values(30,'Tom30');
很明显,这两条数据都是可以插入成功的,因为v3并为指定检查选项,而v2仅指定了检查选项为LOCAL,故插入的数据只需要符合v2的规范就可以插入成功了
要使视图可更新,视图中的行与基础表中的行之间必须存在一对一的关系。如果视图包含以下任何一项,则该视图不可更新:
示例演示:
create view stu_v_count as select count(*) from student;
上述的视图中,就只有一个单行单列的数据,如果我们对这个视图进行更新或插入的,将会报错:
insert into stu_v_count values(10);
简单
视图不仅可以简化用户对数据的理解,也可以简化他们的操作。那些被经常使用的查询可以被定义为视图,从而使得用户不必为以后的操作每次指定全部的条件。
安全
数据库可以授权,但不能授权到数据库特定行和特定的列上,有时我们可能只希望将指定的行和特定列展示给数据库用户,并且用户只能查询和修改他们所能见到的数据 这时我们就可以通过视图来完成
数据独立
视图可帮助用户屏蔽真实表结构变化带来的影响。
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;