mysql视图原理与用法实例小结

本文实例总结了mysql视图原理与用法。分享给大家供大家参考，具体如下：

一、什么是视图

视图是指计算机数据库中的视图，是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。简单的来说视图是由其定义结果组成的表；

例子：定一班级表class（ID，name） 学生表 student（id，class_id，name）；

当数据表结构很复杂，但我们只关心其中一部分数据的时候就可以使用视图，定义关心的数据

创建视图：

查询视图 v_stu

二、为什么使用视图

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 的工作机制；

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会自己确定使用哪种方式进行处理的。自己在定义视图的时候也可以指定使用何种方式。

例子：

语法：

ALGORITHM有三个参数分别是：merge、TEMPTABLE、UNDEFINED

merge：处理方式替换式，可以进行更新真实表中的数据；

TEMPTABLE：具化式，由于数据存储在临时表中，所以不可以进行更新操作！

当你的参数定义是UNDEFINED(没有定义ALGORITHM参数)。mysql更倾向于选择替换方式。是因为它更加有效。

例子：

执行成功

执行失败，不可以更新！

希望本文所述对大家MySQL数据库计有所帮助。

原文链接：https://blog.csdn.net/wuyujian11/article/details/53337416