的视图有三种类型：merge、temptable、undefined。如果没有ALGORITHM子句，默认算法是UNDEFINED（未定义的）。
算法会影响MySQL处理视图的方式。
，MERGE，会将引用视图的语句的文本与视图定义合并起来，使得视图定义的某一部分取代语句的对应部分。
，TEMPTABLE，视图的结果将被置于临时表中，然后使用它执行语句。
，UNDEFINED，MySQL将选择所要使用的算法。如果可能，它倾向于MERGE而不是TEMPTABLE，这是因为MERGE通常更有效，而且如果使用了临时表，视图是不可更新的。
明确选择TEMPTABLE的1个原因在于，创建临时表之后、并在完成语句处理之前，能够释放基表上的锁定。与MERGE算法相比，锁定释放的速度更快，这样，使用视图的其他客户端不会被屏蔽过长时间。
算法要求视图中的行和基表中的行具有一对一的关系。如果不具有该关系。必须使用临时表取而代之。如果视图包含下述结构中的任何一种，将失去一对一的关系：
聚合函数（SUM(), MIN(), MAX(), COUNT()等）。
· DISTINCT
· GROUP BY
· HAVING
或UNION ALL
仅引用文字值（在该情况下，没有基本表）。
某些视图是可更新的。也就是说，可以在诸如UPDATE、DELETE或INSERT等语句中使用它们，以更新基表的内容。对于可更新的视图，在视图中的行和基表中的行之间必须具有一对一的关系。还有一些特定的其他结构，这类结构会使得视图不可更新。更具体地讲，如果视图包含下述结构中的任何一种，那么它就是不可更新的：
聚合函数（SUM(), MIN(), MAX(), COUNT()等）。
· DISTINCT
· GROUP BY
· HAVING
或UNION ALL
位于选择列表中的子查询
· Join
子句中的不可更新视图
子句中的子查询，引用FROM子句中的表。
仅引用文字值（在该情况下，没有要更新的基本表）。
（使用临时表总会使视图成为不可更新的）。
在某些情况下，能够更新多表视图，假定它能使用MERGE算法进行处理。为此，视图必须使用内部联合（而不是外部联合或UNION）。此外，仅能更新视图定义中的单个表，因此，SET子句必须仅命名视图中某一表的列。即使从理论上讲也是可更新的，不允许使用UNION ALL的视图，这是因为，在实施中将使用临时表来处理它们。
总结 ：如果视图中包含 聚合函数（SUM(), MIN(), MAX(), COUNT()等）、GROUP BY、
或UNION ALL 、FROM子句中的不可更新视图、WHERE子句中的子查询、使用临时表的 都不能更新
（ 欢迎大家批评指正）
