Mysql 视图

一. 使用视图的作用:
1. 安全性。一般是这样做的:创建一个视图，定义好该视图所操作的数据。之后将用户权限与视图绑定。这样的方式是使用到了一个特性：grant语句可以针对视图进行授予权限。

1. 查询性能相对提高, 但是可能会消耗内存.

2. 有灵活性的功能需求后，需要改动表的结构而导致工作量比较大。那么可以使用虚拟表的形式达到少修改的效果。 这在实际开发中有用,
   eg: 假如因为某种需要，a表与b表需要进行合并起来组成一个新的表c。最后a表与b表都不会存在了。而由于原来程序中编写sql分别是基于a表与b表查询的，这就意味着需要重新编写大量的sql(改成向c表去操作数据)。而通过视图就可以做到不修改。定义两个视图名字还是原来的表名a和b。a、b视图完成从c表中取出内容。 视图起一个中间角色.

3. 复杂的查询需求.可以进行问题分解, 然后创建多个视图获取数据. 将视图联合起来就能得到需要的结果

   视图的工作机制:当调用视图的时候，才会执行视图中的sql，进行取数据操作。视图的内容没有存储，而是在视图被引用的时候才派生出数据。这样不会占用空间，由于是即时引用，视图的内容总是与真实表的内容是一致的。

   视图这样设计有什么好处？节省空间，内容是总是一致的话，那么我们不需要维护视图的内容，维护好真实表的内容，就可以保证视图的完整性了。

二.通过更新视图实现更新真实表
更新视图可以更新真是表: 视图并没有保存内容。只是引用数据。那么，更新视图，其实就是以引用的方式操作了真实表.
with check option：对视图进行更新操作的时，需要检查更新后的值是否还是满足视图公式定义的条件。即where下的条件.

三.视图在mysql中的内部管理机制:
视图的记录都保存在information_schema数据库中的一个叫views的表中。具体某个视图的定义代码以及属于哪个数据库等信息可以从里面看到理解视图的两种工作机制：

针对上面语句，总结几个知识点
1.确认是视图的过程：mysql是怎么知道是一个视图还是表。是因为有一个查看目录的例程在做这件事。

2.mysql对处理视图的两种方法：替代方式和具体化方式。
替换方式理解，视图名直接使用视图的公式替换掉了。针对上面视图, mysql会使用该视图的公式进行替换，视图公式合并到了select中。结果就是变成了如下sql语句：
select * from (视图的SQL语句)。也就是最后提交给mysql处理该sql语句。
具体化方式理解，mysql先得到了视图执行的结果，该结果形成一个中间结果暂时存在内存中。之后，外面的select语句就调用了这些中间结果(临时表)。

哪种方式好？不知道。mysql会自己确定使用哪种方式进行处理的。自己在定义视图的时候也可以指定使用何种方式。像这样

使用：
CREATE ALGORITHM=merge VIEW teams as SELECT DISTINCT TEAMNO,CAPTAIN,DIVISION FROM result
ALGORITHM有三个参数分别是：merge、TEMPTABLE、UNDEFINED

看mysql手册中提到，替换与具体化的方式的各自适用之处，可以这样理解：
因为临时表中的数据不可更新。所以，如果使用参数是TEMPTABLE，无法进行更新。
当你的参数定义是UNDEFINED(没有定义ALGORITHM参数)。mysql更倾向于选择合并方式。是因为它更加有效。

http://www.cnblogs.com/wangtao_20/archive/2011/02/24/1964276.html