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，就能获取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的数据，其他的数据就获取不了了。

作用四：

让数据更加清晰。想要什么样的数据，就创建什么样的视图。