本文实例总结了mysql视图原理与用法。分享给大家供大家参考，具体如下：
一、什么是视图
视图是指计算机数据库中的视图，是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。简单的来说视图是由其定义结果组成的表；
例子：定一班级表class（ID，name） 学生表 student（id，class_id，name）；
当数据表结构很复杂，但我们只关心其中一部分数据的时候就可以使用视图，定义关心的数据
创建视图：
create view v_stu as select c.name as c_name ,s.name as stu_name from student s,class c where c.id = s.class_id
查询视图 v_stu
select * from v_stu
| c_name | stu_name |
| wu | 一班 |
| li | 二班 |
二、为什么使用视图
1.安全性。一般是这样做的:创建一个视图，定义好该视图所操作的数据。之后将用户权限与视图绑定。这样的方式是使用到
了一个特性：grant语句可以针对视图进行授予权限。
2.查询性能提高。
3.有灵活性的功能需求后，需要改动表的结构而导致工作量比较大。那么可以使用虚拟表的形式达到少修改的效果。
这是在实际开发中比较有用的
例子：假如因为某种需要，a表与b表需要进行合并起来组成一个新的表c。最后a表与b表都不会存在了。而由于原来程序中编写sql分别是基于a表与b表查询的，这就意味着需要重新编写大量的sql(改成向c表去操作数据)。而通过视图就可以做到不修改。定义两个视图名字还是原来的表名a和b。a、b视图完成从c表中取出内容。
说明：使用这样的解决方式，基于对视图的细节了解越详细越好。因为使用视图还是与使用表的语法上没区别。比如视图名a，那么查询还是"select * from a"。
4.复杂的查询需求。可以进行问题分解，然后将创建多个视图获取数据。将视图联合起来就能得到需要的结果了。
视图的工作机制:当调用视图的时候，才会执行视图中的sql，进行取数据操作。视图的内容没有存储，而是在视图被引用的时候才派生出数据。这样不会占用空间，由于是即时引用，视图的内容总是与真实表的内容是一致的。视图这样设计有什么好处？节省空间，内容是总是一致的话，那么我们不需要维护视图的内容，维护好真实表的内容，就可以保证视图的完整性了。
三、视图的执行方式
视图中是没有保存真实的数据的，只是引用了真实表中的数据，其引用的数据有其定义决定，当我们进行查询视图其实是从定义中取数据；
MySQL 中会有infomation_schema 这么一个数据库，它是mysql自带的一个数据库，存储mysql数据库的一些元数据，所谓的元数据是指的是mysql的表信息。视图信息、列信息等。简单的说就相当于mysql数据库的一个目录。所有的视图在views 表中都有存储说明；从这里我们可以看出mysql 的工作机制；
select * from v_stu;
v_stu也可以是一个表名，由于视图和表的物理结构不同，表中可以查出真实的数据，而视图需要查找到是定义，从而得到需要的数据，我们怎么知道v_stu是一个视图呢？是因为有一个查看目录的例程在做这件事。
视图机制：
视图处理有两种机制，替换式和具化式；
① 替换式：操作视图时，视图名直接被视图定义给替换掉，结果就变成select * from (select c.name as c_name ,s.name as stu_name from student s,class c where c.id = s.class_id),在提交给mysql执行；
② 具化式：mysql先得到了视图执行的结果，该结果形成一个中间结果暂时存在内存中。之后，外面的select语句就调用了这些中间结果(临时表)。
看起来都是要得到结果，形式上有区别，好像没体会到本质上的区别。两种方式又有什么样的不同呢？
替换方式，将视图公式替换后，当成一个整体sql进行处理了。具体化方式，先处理视图结果，后处理外面的查询需求。
替换方式可以总结为，先准备，后执行。
具体化方式总结理解为，分开处理。
哪种方式好？不知道。mysql会自己确定使用哪种方式进行处理的。自己在定义视图的时候也可以指定使用何种方式。
例子：
语法：
CREATE [ALGORITHM]={UNDEFINED|MERGE|TEMPTABLE}]
VIEW 视图名 [(属性清单)]
AS SELECT 语句
[WITH [CASCADED|LOCAL] CHECK OPTION];
ALGORITHM有三个参数分别是：merge、TEMPTABLE、UNDEFINED
merge：处理方式替换式，可以进行更新真实表中的数据；
TEMPTABLE：具化式，由于数据存储在临时表中，所以不可以进行更新操作！
当你的参数定义是UNDEFINED(没有定义ALGORITHM参数)。mysql更倾向于选择替换方式。是因为它更加有效。
例子：
create ALGORITHM=merge view v_stu as select c.name as c_name ,s.name as stu_name from student s,class c where c.id = s.class_id update v_stu set c_name = '' where c_name ='';
执行成功
create ALGORITHM=TEMPTABLEview v_stu as select c.name as c_name ,s.name as stu_name from student s,class c where c.id = s.class_id
执行失败，不可以更新！
希望本文所述对大家MySQL数据库计有所帮助。
到此这篇关于mysql视图原理与用法实例小结就介绍到这了。人生，没有永远的伤痛，再深的痛，在切之时，伤口总会痊愈。人生，没有过不去的坎，你不可以坐在坎边等它消失，你只能想办法穿过它。人生，没有永远的爱情，没有结局的感情，总要结束；不能拥有的人，总会忘记。更多相关mysql视图原理与用法实例小结内容请查看相关栏目，小编编辑不易，再次感谢大家的支持！
