心得经验总结:深入解析MySQL视图VIEW

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群版 2核4GB 100GB
推荐场景:
搭建个人博客
云数据库 RDS MySQL,高可用版 2核4GB 50GB
简介: 心得经验总结:深入解析MySQL视图VIEW

阅读目录---深入解析MySQL视图

1、创建视图

2、查看视图

3、视图的更改

  1、create or replace view

  2、alter

  3、DML

  4、drop

4、使用with check option约束

  嵌套视图

5、定义视图时的其他选项:algorithm、definer、SQL security视图权限

6、视图查询语句的处理

  1、替代方法

  2、具体化方法

Q:什么是视图?视图是干什么用的?

A:

  视图(view)是一种虚拟存在的表,是一个逻辑表,本身并不包含数据。作为一个select语句保存在数据字典中的。

  通过视图,可以展现基表的部分数据;视图数据来自定义视图的查询中使用的表,使用视图动态生成。

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

Q:为什么要使用视图?

A:因为视图的诸多优点,如下

  1)简单:使用视图的用户完全不需要关心后面对应的表的结构、关联条件和筛选条件,对用户来说已经是过滤好的复合条件的结果集。

  2)安全:使用视图的用户只能访问他们被允许查询的结果集,对表的权限管理并不能限制到某个行某个列,但是通过视图就可以简单的实现。

  3)数据独立:一旦视图的结构确定了,可以屏蔽表结构变化对用户的影响,源表增加列对视图没有影响;源表修改列名,则可以通过修改视图来解决,不会造成对访问者的影响。

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

一、创建视图

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表示更新视图的时候,要满足该视图定义的一个条件即可

TIPS:推荐使用WHIT 【CASCADED|LOCAL】 CHECK OPTION选项,可以保证数据的安全性

基本格式:

  create view 【(column_list)】

as select语句

with check option;

1、在单表上创建视图

-> as

-> select PLAYERNO,NAME,SEX,PHONENO from PLAYERS

-> where SEX='F'

-> with check option;

Query OK, 0 rows affected (0.00 sec)

mysql

++--+--+-+-+---+

| Field | Type | Null | Key | Default | Extra |

++--+--+-+-+---+

| 编号 | int(11) | NO | | NULL | |

| 名字 | char(15) | NO | | NULL | |

| 性别 | char(1) | NO | | NULL | |

++--+--+-+-+---+

4 rows in set (0.00 sec)

mysql

++---+++

++---+++

| 8 | Newcastle | F | 070-458458 |

| 27 | Collins | F | 079-234857 |

| 28 | Collins | F | 010-659599 |

| 104 | Moorman | F | 079-987571 |

| 112 | Bailey | F | 010-548745 |

++---+++

5 rows in set (0.02 sec)

2、在多表上创建视图

mysql> create view v_match

-> as

-> select a.PLAYERNO,a.NAME,MATCHNO,WON,LOST,c.TEAMNO,c.DIVISION

-> from

-> PLAYERS a,MATCHES b,TEAMS c

-> where a.PLAYERNO=b.PLAYERNO and b.TEAMNO=c.TEAMNO;

Query OK, 0 rows affected (0.03 sec)

mysql

+--+---+-+-+--++--+

| PLAYERNO | NAME | MATCHNO | WON | LOST | TEAMNO | DIVISION |

+--+---+-+-+--++--+

| 6 | Parmenter | 1 | 3 | 1 | 1 | first |

| 44 | Baker | 4 | 3 | 2 | 1 | first //代码效果参考:http://www.zidongmutanji.com/zsjx/203597.html

|

| 83 | Hope | 5 | 0 | 3 | 1 | first |

| 112 | Bailey | 12 | 1 | 3 | 2 | second |

| 8 | Newcastle | 13 | 0 | 3 | 2 | second |

+--+---+-+-+--++--+

5 rows in set (0.04 sec)

视图将我们不需要的数据过滤掉,将相关的列名用我们自定义的列名替换。视图作为一个访问接口,不管基表的表结构和表名有多复杂。

  如果创建视图时不明确指定视图的列名,那么列名就和定义视图的select子句中的列名完全相同;

  如果显式的指定视图的列名就按照指定的列名。

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

【回到顶部】

二、查看视图

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

mysql> show create view v_F_players\G;

* 1. row *

View: v_F_players

character_set_client: utf8

collation_connection: utf8_general_ci

1 row in set (0.00 sec)

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

mysql> select from //代码效果参考:http://www.zidongmutanji.com/zsjx/256351.html

view_name;

3、有关视图的信息记录在information_schema数据库中的views表中

mysql> select from information_schema.views

-> where TABLE_NAME='v_F_players'\G;

* 1. row *

TABLE_CATALOG: def

TABLE_SCHEMA: TENNIS

TABLE_NAME: v_F_players

CHECK_OPTION: CASCADED

IS_UPDATABLE: YES

DEFINER: root@localhost

SECURITY_TYPE: DEFINER

CHARACTER_SET_CLIENT: utf8

COLLATION_CONNECTION: utf8_general_ci

1 row in set (0.00 sec)

【回到顶部】

三、视图的更改

1、CREATE OR REPLACE VIEW语句修改视图

基本格式:

  create or replace view view_name as select语句;

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

2、ALTER语句修改视图

ALTER

【ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}】

//代码效果参考:http://www.zidongmutanji.com/zsjx/135325.html

【DEFINER = { user | CURRENT_USER }】

【SQL SECURITY { DEFINER | INVOKER }】

VIEW view_name 【(column_list)】

AS select_statement

【WITH 【CASCADED | LOCAL】 CHECK OPTION】

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

3、DML操作更新视图

  因为视图本身没有数据,因此对视图进行的dml操作最终都体现在基表中

mysql> create view v_student as select from student;

mysql</span] select from v_student;

+++--+

| 学号 | name | sex |

+++--+

| 1 | 张三 | M |

| 2 | 李四 | F |

| 5 | 王五 | NULL |

+++--+

mysql

mysql

+++--+

| 学号 | name | sex |

+++--+

| 1 | 钱六 | M |

| 2 | 李四 | F |

| 5 | 王五 | NULL |

+++--+

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

有下列内容之一,视图不能做DML操作:

  ①select子句中包含distinct

  ②select子句中包含组函数

  ③select语句中包含group by子句

  ④select语句中包含order by子句

  ⑤select语句中包含union 、union all等集合运算符

  ⑥where子句中包含相关子查询

  ⑦from子句中包含多个表

  ⑧如果视图中有计算列,则不能更新

  ⑨如果基表中有某个具有非空约束的列未出现在视图定义中,则不能做insert操作

4、drop删除视图

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

DROP VIEW 【IF EXISTS】

view_name 【, view_name】 ...

mysql> drop view v_student;

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

【回到顶部】

四、使用WITH CHECK OPTION约束

对于可以执行DML操作的视图,定义时可以带上WITH CHECK OPTION约束

作用:

  对视图所做的DML操作的结果,不能违反视图的WHERE条件的限制。

示例:创建视图,包含1960年之前出生的所有球员(老兵)

mysql> create view v_veterans

-> as

-> select from PLAYERS

-> where birth_date < '1960-01-01'

-> with check option;

Query OK, 0 rows affected (0.01 sec)

mysql</span] select from v_veterans;

+--+-+--++-+++-+--+---++--+

| PLAYERNO | NAME | INITIALS | BIRTH_DATE | SEX | JOINED | STREET | HOUSENO | POSTCODE | TOWN | PHONENO | LEAGUENO |

+--+-+--++-+++-+--+---++--+

| 2 | Everett | R | 1948-09-01 | M | 1975 | Stoney Road | 43 | 3575NH | Stratford | 070-237893 | 2411 |

| 39 | Bishop | D | 1956-10-29 | M | 1980 | Eaton Square | 78 | 9629CD | Stratford |

相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
2天前
|
存储 关系型数据库 MySQL
mysql optimizer_switch : 查询优化器优化策略深入解析
mysql optimizer_switch : 查询优化器优化策略深入解析
|
1天前
|
SQL 关系型数据库 MySQL
ClickHouse(23)ClickHouse集成Mysql表引擎详细解析
ClickHouse的MySQL引擎允许执行`SELECT`查询从远程MySQL服务器。使用`MySQL(&#39;host:port&#39;, &#39;database&#39;, &#39;table&#39;, &#39;user&#39;, &#39;password&#39;[,...])`格式连接,支持简单`WHERE`子句在MySQL端处理,复杂条件和`LIMIT`在ClickHouse端执行。不支持`NULL`值,用默认值替换。系列文章涵盖ClickHouse安装、集群搭建、表引擎解析等主题。[链接](https://zhangfeidezhu.com/?p=468)有更多
8 0
|
2天前
|
SQL 关系型数据库 MySQL
MySQL外键约束行为解析:CASCADE, NO ACTION, RESTRICT, SET NULL
MySQL外键约束行为解析:CASCADE, NO ACTION, RESTRICT, SET NULL
8 0
|
2天前
|
存储 关系型数据库 分布式数据库
PolarDB产品使用问题之在将RDS迁移到PolarDB后,原先由root用户创建的视图、存储过程等是否可以继续使用的
PolarDB产品使用合集涵盖了从创建与管理、数据管理、性能优化与诊断、安全与合规到生态与集成、运维与支持等全方位的功能和服务,旨在帮助企业轻松构建高可用、高性能且易于管理的数据库环境,满足不同业务场景的需求。用户可以通过阿里云控制台、API、SDK等方式便捷地使用这些功能,实现数据库的高效运维与持续优化。
|
2天前
|
存储 关系型数据库 MySQL
深入探索MySQL:成本模型解析与查询性能优化
深入探索MySQL:成本模型解析与查询性能优化
|
2天前
|
存储 关系型数据库 MySQL
MySQL Doublewrite Buffer(双写缓冲区)深入解析:原理及作用
MySQL Doublewrite Buffer(双写缓冲区)深入解析:原理及作用
|
9天前
|
机器学习/深度学习 缓存 算法
netty源码解解析(4.0)-25 ByteBuf内存池:PoolArena-PoolChunk
netty源码解解析(4.0)-25 ByteBuf内存池:PoolArena-PoolChunk
|
11天前
|
XML Java 数据格式
深度解析 Spring 源码:从 BeanDefinition 源码探索 Bean 的本质
深度解析 Spring 源码:从 BeanDefinition 源码探索 Bean 的本质
23 3
|
3天前
|
Java 数据库连接 Spring
Spring 整合 MyBatis 底层源码解析
Spring 整合 MyBatis 底层源码解析
|
2天前
|
NoSQL Java Redis
【源码解析】自动配置的这些细节都不知道,别说你会 springboot
【源码解析】自动配置的这些细节都不知道,别说你会 springboot

推荐镜像

更多