携手创作,共同成长!这是我参与「掘金日新计划 · 8 月更文挑战」的第10天,点击查看活动详情
前言
上篇我们学习了MySQL中的视图二。有兴趣的小伙伴可以阅读(# MySQL学习-视图(二))。
下面继续学习MySQL中的视图。
更新视图数据
MySQL支持使用INSERT、UPDATE和DELETE语句对视图中的数据进行插入、更新和删除。当视图中的数据发生变化时,数据表中的数据也会发生变化,反之亦然。
更新
举例一
更新视图emp_view,employee_id为1的员工姓名为xiaohong。
SELECT employee_id, name
FROM emp_view
WHERE employee_id = 1;
| employee_id | name |
|---|---|
| 1 | xiaoming |
更新数据。
UPDATE emp_view SET name = 'xiaohong' WHERE employee_id = 1;
SELECT employee_id, name
FROM emp_view
WHERE employee_id = 1;
| employee_id | name |
|---|---|
| 1 | xiaohong |
可以发现更新员工姓名成功。
删除
举例二
删除employee_id为1的数据。
DELETE FROM emp_view
WHERE employee_id = 1;
查询视图数据。
SELECT employee_id, name
FROM emp_view
WHERE employee_id = 1;
| employee_id | name |
|---|
可以看到id为1的数据已经删除。
再查询employees表中的数据。
SELECT employee_id, name
FROM employees
WHERE employee_id = 1;
| employee_id | name |
|---|
可以看到对应的数据也删除了。
不能更新的视图
要使视图可更新,视图中的行和底层基本表的行之间必须存在一对一的关系。另外当视图定义出现如下情况时,视图不支持更新操作:
- 在定义视图时制定了“ALGORITHM = TEMPTABLE”,视图将不支持INSERT和DELETE操作。
- 视图中不包含基本表中所有被定义为非空又未指定默认值的列,视图将不支持INSERT操作。
- 在定义视图的SELECT语句中使用了JOIN联合查询,视图将不支持INSERT和DELETE操作。
- 在定义视图的SELECT语句后的字段列表中使用了数学表达式或子查询,视图将不支持INSERT,也不支持UPDATE使用了数学表达式、子查询的字段值。
- 在定义视图的SELECT语句后的字段列表中使用了DISTINCT、聚合函数、GROUP BY、HAVING、UPDATE、DELETE。
- 视图定义基于一个不可更新视图。
- 常量视图。
虽然可以更新视图数据,但总的来说,视图作为虚拟表,主要用于方便查询,不建议更新视图的数据。对视图数据的更改,都是通过对实际数据表里数据的操作来完成的。
修改视图
方式一:使用CREATE OR REPLACE VIEW子句修改视图
CREATE OR REPLACE VIEW 视图名称
AS 查询语句
方式二:ALTER VIEW
ALTER VIEW 视图名称
AS 查询语句
删除视图
删除视图只是删除视图的定义,并不会删除基表的数据。 删除视图的语句:
DROP VIEW IF EXISTS 视图名称;
DROP VIEW IF EXISTS 视图名称1,视图名称2,视图名称3,...;
视图优缺点
优点
- 操作简单
将经常使用的查询操作定义为视图,可以使开发人员不需要关心视图对应的数据表结构,表与表之间的关联关系,也不需要关心数据表之间的业务逻辑和查询条件,而只需要简单的操作视图即可,极大地简化了开发人员对数据库的操作。 - 减少数据冗余
视图跟实际数据表不一样,它存储的是查询语句。所以,在使用的时候,我们要通过定义视图的查询语句来获取结果集。而视图本身不存储数据,不占用数据存储的资源,减少了数据冗余。 - 数据安全
MySQL将用户对数据的访问限制在某些数据的结果集上,而这些数据的结果集可以使用视图来实现。用户不必直接查询或操作数据表。这也可以理解为视图具有隔离性。视图相当于在用户和实际的数据表之间加了一层虚拟表。同时,MySQL可以根据权限将用户对数据的访问限制在某些视图上,用户不需要查询数据表,可以直接通过视图获取数据表中的信息。这在一定程度上保障了数据表中数据的安全性。 - 适应灵活多变的需求
当业务系统的需求发生变化后,如果需要改动数据表的结构,则工作量相对较大,可以使用视图来减少改动的工作量。这种方式在实际工作中使用的比较多。 - 能够分解复杂的查询逻辑
数据库中如果存在复杂的查询逻辑,则可以将问题进行分解,创建多个视图获取数据,再将创建的多个视图结合起来,完成复杂的查询逻辑。
缺点
- 如果实际数据表的结构变更了,需要及时对相关的视图进行相应的维护。特别是嵌套的视图,维护会变得比较复杂,可读性不好,容易造成隐患。因为创建视图的SQL查询可能会对字段重命名,也可能包含复杂的逻辑,这些都会增加维护的成本。
- 视图过多的话,会导致数据库维护成本的问题。
所以,创建视图的时候,需要结合实际项目的需求,综合考虑视图的优缺点,这样才能正确使用视图,使系统达到最优。
今天先学习到这里,明天继续。