mysql视图的原理及使用方法详细解析

本篇文章小编给大家分享一下mysql视图的原理及使用方法详细解析，文章代码介绍的很详细，小编觉得挺不错的，现在分享给大家供大家参考，有需要的小伙伴们可以来看看。

1.视图定义及简单介绍

视图是基于 SQL 语句的结果集的可视化的表，即视图是一个虚拟存在的表，可以包含表的全部或者部分记录，也可以由一个表或者多个表来创建。使用视图就可以不用看到数据表中的所有数据，而是只想得到所需的数据。当我们创建一个视图的时候，实际上是在数据库里执行了SELECT语句，SELECT语句包含了字段名称、函数、运算符，来给用户显示数据。

视图的数据是依赖原来表中的数据的，所以原来的表的数据发生了改变，那么显示的视图的数据也会跟着改变，例如向数据表中插入数据，那么在查看视图的时候，会发现视图中也被插入了同样的数据。视图实际上是由预定义的查询形式的表所组成的。

2.视图创建及使用方法

创建视图标准语法：

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

语法解读：

1）OR REPLACE：表示替换已有视图，如果该视图不存在，则CREATE OR REPLACE VIEW与CREATE VIEW相同。

2）ALGORITHM：表示视图选择算法，默认算法是UNDEFINED(未定义的)：MySQL自动选择要使用的算法 ；merge合并；temptable临时表，一般该参数不显式指定。

3）DEFINER：指出谁是视图的创建者或定义者，如果不指定该选项，则创建视图的用户就是定义者。

4）SQL SECURITY：SQL安全性，默认为DEFINER，关于SQL安全性可参考这篇文章。

5）select_statement：表示select语句，可以从基表或其他视图中进行选择。

6）WITH CHECK OPTION：表示视图在更新时保证约束，默认是CASCADED。

其实我们日常创建视图时，无需指定每个参数，一般情况下，建议这样创建视图：

create view <视图名称> [(column_list)]
as select语句
with check option;

下面给出几个具体创建示例：

# 单表视图
mysql> create view v_F_players(编号,名字,性别,电话)
  -> as
  -> select PLAYERNO,NAME,SEX,PHONENO from PLAYERS
  -> where SEX='F'
  -> with check option;
Query OK, 0 rows affected (0.00 sec)
mysql> desc v_F_players;
+--------+----------+------+-----+---------+-------+
| Field | Type   | Null | Key | Default | Extra |
+--------+----------+------+-----+---------+-------+
| 编号  | int(11) | NO  |   | NULL  |    |
| 名字  | char(15) | NO  |   | NULL  |    |
| 性别  | char(1) | NO  |   | NULL  |    |
| 电话  | char(13) | YES |   | NULL  |    |
+--------+----------+------+-----+---------+-------+
4 rows in set (0.00 sec)
mysql> select * from v_F_players;
+--------+-----------+--------+------------+
| 编号  | 名字   | 性别  | 电话    |
+--------+-----------+--------+------------+
|   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)
# 多表视图
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> select * from v_match;
+----------+-----------+---------+-----+------+--------+----------+
| PLAYERNO | NAME   | MATCHNO | WON | LOST | TEAMNO | DIVISION |
+----------+-----------+---------+-----+------+--------+----------+
|    6 | Parmenter |    1 |  3 |  1 |   1 | first  |
|    44 | Baker   |    4 |  3 |  2 |   1 | first  |
|    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 * from view_name 或 select * from view_name where...，视图可以将我们不需要的数据过滤掉，将相关的列名用我们自定义的列名替换。视图作为一个访问接口，不管基表的表结构和表名有多复杂。一般情况下视图只用于查询，视图本身没有数据，因此对视图进行的dml操作最终都体现在基表中，对视图进行delete、update、insert操作，原表同样会更新，drop视图原表不会变，视图不可以truncate。但是一般情况下我们要避免更新视图，dml操作可以直接对原表进行更新。

3.视图相关最佳实践

下面简单介绍下视图的优点，通过这些优点我们很容易总结出视图的适用场景。

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

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

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

总而言之，使用视图的大部分情况是为了保障数据安全性，提高查询效率。比如说我们经常用到几个表的关联结果，那么我们就可以使用视图来处理，或者说第三方程序需要调用我们的业务库，可以按需创建视图给第三方程序查询。

对于日常使用及维护视图的过程中，个人总结出以下几点实践，可供参考：

视图命名建议统一前缀，比如以v_或view_开头，便于识别。

SQL SECURITY使用默认的DEFINER，表示已视图定义者的权限去查询视图。

视图定义者建议使用相关程序用户。

视图不要关联太多的表，造成数据冗余。

查询视图时要附带条件，不建议每次都查询出所有数据。

视图迁移要注意在新环境有该视图的定义者用户。

不要直接更新视图中的数据，视图只作查询。