详细分析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,表示已视图定义者的权限去查询视图。
- 视图定义者建议使用相关程序用户。
- 视图不要关联太多的表,造成数据冗余。
- 查询视图时要附带条件,不建议每次都查询出所有数据。
- 视图迁移要注意在新环境有该视图的定义者用户。
- 不要直接更新视图中的数据,视图只作查询。
总结:
视图在mysql中经常会用到,本篇文章介绍了视图的概念以及创建方法,延伸而来,后续又讲述了视图的使用场景及优点。可能在使用时感觉不出视图和表的区别,其实这里面的门道还有很多,在这里建议视图只作查询使用,按照规范来,视图会带来很大的便捷。希望这篇文章对你有帮助。
以上就是详细分析mysql视图的详细内容,更多关于mysql视图的资料请关注其它相关文章!
上一篇: Linq实现SQL中的递归查询