MySQL视图的优缺点以及如何创建视图

视图，虚拟表，从一个表或多个表中导出来的表，作用和真实表一样，包含一系列带有行和列的数据视图中，用户可以使用SELECT语句查询数据，也可以使用INSERT，UPDATE，DELETE修改记录，视图可以使用户操作方便，并保障数据库系统安全

优点及缺点

优点

简单化，数据所见即所得

安全性，用户只能查询或修改他们所能见到得到的数据

逻辑独立性，可以屏蔽真实表结构变化带来的影响

缺点

性能相对较差，简单的查询也会变得稍显复杂

修改不方便，特变是复杂的聚合视图基本无法修改

创建视图语法详解

语法结构：

{ CREATE|REPLACE } [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]

VIEW view_name [{column_list}]

AS SELECT_STATEMENT

[WITH [CASCADED | LOCAL |] CHECK OPTION]

释义：

CREATE|REPLACE ：【创建|替换已创建的】视图

ALGORITHM ：视图算法

1.UNDEFINED 系统自动选择算法

2.MERGE使用的视图语句与视图定义合并起来

3.TEMPTABLE 结果存入临时表，然后用临时表执行语句

view_name ：视图名称

column_list ：属性列

SELECT_STATEMENT ：SELECT语句

[WITH [CASCADED | LOCAL |] CHECK OPTION] 表示视图在更新时保证在视图的权限范围内

1.CASCADED 默认值更新视图时要满足所有相关视图和表的条件，2.LOCAL表示更新视图时满足该视图本身定义的条件即可。

示例用表

测试表:user有id，name，age，sex字段

测试表:goods有id，name，price字段

测试表:ug有id，userid，goodsid字段

视图的作用实在是太强大了，以下是我体验过的好处：

作用一：

提高了重用性，就像一个函数。如果要频繁获取user的name和goods的name。就应该使用以下sql语言。示例：

 select a.name as username, b.name as goodsname from user as a, goods as b, ug as c where a.id=c.userid and c.goodsid=b.id;

但有了视图就不一样了，创建视图other。示例

 create view other as select a.name as username, b.name as goodsname from user as a, goods as b, ug as c where a.id=c.userid and c.goodsid=b.id;

创建好视图后，就可以这样获取user的name和goods的name。示例：

select * from other;

以上sql语句，就能获取user的name和goods的name了。

作用二：

对数据库重构，却不影响程序的运行。假如因为某种需求，需要将user拆分为表usera和表userb，该两张表的结构如下：

测试表:usera有id，name，age字段

测试表:userb有id，name，sex字段

这时如果php端使用sql语句：select * from user;那就会提示该表不存在，这时该如何解决呢。解决方案：创建视图。以下sql语句创建视图：

 create view user as select a.name,a.age,b.sex from usera as a, userb as b where a.name=b.name;

以上假设name都是唯一的。此时php端使用sql语句：select * from user;就不会报错什么的。这就实现了更改数据库结构，不更改脚本程序的功能了。

作用三：

提高了安全性能。可以对不同的用户，设定不同的视图。例如：某用户只能获取user表的name和age数据，不能获取sex数据。则可以这样创建视图。示例如下：

 create view other as select a.name, a.age from user as a;

这样的话，使用sql语句：select * from other; 最多就只能获取name和age的数据，其他的数据就获取不了了。

作用四：

让数据更加清晰。想要什么样的数据，就创建什么样的视图。经过以上三条作用的解析，这条作用应该很容易理解了吧

巴特西