史上最简单的 MySQL 教程(三十三)「视图(上)」

温馨提示:本系列博文已经同步到 GitHub,地址为「mysql-tutorial」,欢迎感兴趣的童鞋StarFork,纠错。

视图

视图view,是一种有结构(有行有列),但没有结果(结构中不真实存放数据)的虚拟表,虚拟表的结构来源不是自己定义的,而是从对应的基表(视图的数据来源)中产生的。

创建视图

首先,给出创建视图的基本语法,

  • 基本语法create view + 视图名 + as + select语句;

其中,select语句可以是普通查询,也可以是连接查询、联合查询、子查询等。

此外,视图根据数据的来源,可以分为单表视图和多表视图:

  • 单表视图:基表只有一个;
  • 多表视图:基表至少两个。

执行如下 SQL 语句,进行测试:

-- 单表视图
create view my_v1 as select * from student;
create view my_v2 as select * from class;

-- 多表视图
create view my_v3 as
select * from student as s left join class c 
on s.c_id = c.id;
1

如上图所示,在我们创建多表视图的时候,由于表studentclass中都含有id字段,因此导致出现错误“重复列名”。修改上述创建多表视图的 SQL 语句,继续进行测试:

-- 多表视图
create view my_v3 as
select s.*, c.grade, c.room from student as s left join class c 
on s.c_id = c.id;
2

如上图所示,当我们去掉表class中的id字段之后,成功创建多表视图。这是因为,当视图的基表有多张的时候,字段名不能重复。

查询视图

在这里,查询视图是指查看视图的结构,而不是查看视图的结果。

由于视图是一张虚拟表,因此表的所用查询语句,都适用于视图,例如:

  • desc + 视图名;
  • show tables + 视图名;
  • show create table + 视图名;

执行如下 SQL 语句,进行测试:

-- 查询视图
desc my_v1;
show create table my_v1;
3

虽然视图是虚拟表,但它和真正的表,至少在关键字上还是有区别的,因此在查询视图创建语句的时候,可以使用如下 SQL 语句:

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

此外,视图一旦创建,系统就会在视图对应的数据库文件夹下创建一个对应的frm结构文件,以保证结构的完整性。

使用视图

在操作数据库表的过程中,使用视图,主要就是为了查询,因此将视图当做表一样查询即可。

在这里需要注意的是,虽然我们说视图是一个虚拟表,它不保存数据,但是它却可以获取数据。

执行如下 SQL 语句,进行测试:

-- 使用视图
select * from my_v1;
select * from my_v2;
select * from my_v3;
5

如上图所示,我们查询视图的结果和查询创建视图时as后面连接的select语句的结果完全相同。

因此,我们也可以认为:创建视图,就是给一条select语句起别名,或者说是封装select语句

修改视图

视图本身不可修改,但是视图的来源(select)语句是可以修改的。因此,修改视图,就是修改视图的来源(select)语句。

  • 基本语法alter view + 视图名 + as + 新的select语句;

执行如下 SQL 语句,进行测试:

-- 修改视图
alter view my_v1 as
select id, name, gender, age, c_id from student;
6

删除视图

与视图的其他操作相比,删除视图比较简单,

  • 基本语法drop view + 视图名;

执行如下 SQL 语句,进行测试:

-- 删除视图
drop table my_v4;

-- 删除视图
drop view my_v4;
6

如上图所示,我们不能用

  • drop table + 视图名;

来删除视图,因为table包含真实的数据,而view说到底就是封装的select语句,并不包含真实的数据。虽然删除视图并不会影响数据,但在实际工作中,建议还是不要乱删别人建立的视图,因为视图封装的select语句很有可能包含复杂的业务逻辑。

视图意义

  • 视图可以节省 SQL 语句,将一条复杂的查询语句用视图来进行封装,以后可以直接对视图进行操作;
  • 数据安全,视图操作主要是针对查询的,如果对视图结构进行处理,例如删除,并不会影响基表的数据;
  • 视图往往在大型项目中使用,而且是多系统使用,可以对外提供有用的数据,但是隐藏关键(或无用)的数据;
  • 视图是对外提供友好型的,不同的视图提供不同的数据,就如专门对外设计的一样;
  • 视图可以更好(或者说,容易)的进行权限控制。

温馨提示:符号[]括起来的内容,表示可选项;符号+,则表示连接的意思。


———— ☆☆☆ —— 返回 -> 史上最简单的 MySQL 教程 <- 目录 —— ☆☆☆ ————

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏琯琯博客

Yii2 学习笔记之分页

2897
来自专栏杨建荣的学习笔记

通过shell绑定系统进程调优 (r4笔记第34天)

数据库的性能调优,需要基于操作系统的性能指标,如果操作系统级发生了一些状况,那么会潜移默化的影响到数据库层面。而数据库中对应的进程和操作系统级也有一定的映射关系...

3045
来自专栏idba

死锁案例之一

一 前言 死锁,其实是一个很有意思也很有挑战的技术问题,大概每个DBA和部分开发同学都会在工作过程中遇见 。关于死锁我会持续写一个系列的案例分析,希望能够对想...

573
来自专栏Java开发

Velocity模版进行shiro验证

1084
来自专栏乐沙弥的世界

MongoDB 稀疏(间隙)索引(Sparse Indexes)

a、间隙索引就是创建索引的索引列在某些文档上列不存在,导致索引存在间隙。 b、间隙索引在创建时应指定选项:{ sparse: true } c、间隙索引...

614
来自专栏智能大石头

XCode v8.11 重量级分表分库(无视海量数据)

XCode天生就有分表分库功能,设计于2005年! 历时9年,这是分表分库功能第一次针对性正式更新。 在XCode里面,分表分库非常简单,在操作数据(查询/更...

19910
来自专栏我的博客

ES中的索引管理

一、创建索引 如果需要手动创建索引,则需要更改配置当中 action.auto_create_index: false 二、删除索引 DELETE  /i...

33812
来自专栏后端之路

nginx实现用户行为监控

目前由于系统的安全要求以及后期一些溯源工作,需要对于请求记录下对应的访问者信息。 目前对于系统中较为简单的记录方式时保留用户名。 我们采取一种较为简单的方式,将...

2856
来自专栏码神联盟

mysql数据库常见锁机制

关于互联网常见层次架构,由于小编还没整理完毕(预计周四推送),先来一篇数据库的干货,来满足下大家的胃口,关于mysql的行级锁、表级锁、页级锁的分析,这个在行业...

3489
来自专栏你不就像风一样

Shiro安全框架入门笔记

更多Spring集成Shiro的实例在Github:https://github.com/yueshutong/shiro-imooc/tree/master

832

扫码关注云+社区