当前位置：首页 > article >正文

MySQL 14 章——视图

article 2025/1/8 11:48:33

一、常见的数据库对象

常见的数据库对象：

对象	描述
表(TABLE)	表是存储数据的逻辑单元，以行和列的形式存在，列就是字段，行就是记录
数据字典	就是系统表，存放数据库相关信息的表。系统表的数据通常由数据库系统维护，程序员通常不应该修改，只可查看
约束(CONSTRAINT)	执行数据校验的规则，用于保证数据完整性的规则
视图(VIEW)	一个或者多个数据表里的数据的逻辑显示，视图并不存储数据
索引(INDEX)	用于提高查询性能，相当于书的目录
存储过程(PROCEDURE)	用于完成一次完整的业务处理，没有返回值，但可通过传出参数将多个值传给调用环境
存储函数(FUNCTION)	用于完成一次特定的计算，具有一个返回值
触发器(TRIGGER)	相当于一个事件监听器，当数据库发生特定事件后，触发器被触发，完成相应的处理

二、视图概述

（1）为什么使用视图

视图一方面可以帮我们使用表的一部分而不是所有的表，另一方面也可以针对不同的用户制定不同的查询视图。比如，针对一个公司的销售人员，我们只想给他看部分数据，而某些特殊的数据，比如采购的价格，则不会提供给他。再比如，人员薪酬是个敏感的字段，那么只给某个级别以上的人员开放，其他人的查询视图中则不提供这个字段

（2）视图的理解

视图是一种虚拟表，本身是不具有数据的，占用很少的内存空间，它是SQL中的一个重要概念
视图建立在已有表的基础之上，视图赖以建立的这些表称为基表
视图的创建和删除只影响视图本身，不影响对应的基表。但是当对视图中的数据进行增加、修改和删除操作时，数据表中的数据会相应地发生变化，反之亦然
向视图提供数据内容的语句是SELECT语句，可以将视图理解为存储起来的SELECT语句
1. 在数据库中，视图不会保存数据，数据真正保存在数据表中。当对视图中的数据进行增加、删除和修改操作时，数据表中的数据会相应地发生变化；反之亦然

三、创建视图

在CREATE VIEW语句中嵌入子查询

CREATE [OR REPLACE] 
[ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}] 
VIEW 视图名称 [(字段列表)]
AS 查询语句
[WITH [CASCADED|LOCAL] CHECK OPTION];

精简版

CREATE VIEW 视图名称 
AS 查询语句;

（1）创建单表视图

查询语句中，字段的别名，会作为视图中字段的名称出现
基表中字段名与视图中字段名不一样的第二种方式（小括号内字段个数与SELECT中字段个数要相同）

案例演示（视图中的字段在基表中没有对应的字段）：

CREATE VIEW vu_emp_sal
AS
SELECT department_id,AVG(salary) avg_sal
FROM emps
WHERE department_id IS NOT NULL
GROUP BY department_id;

SELECT * FROM vu_emp_sal;

（2）创建多表联合视图

代码：

CREATE VIEW vu_emp_dept
AS
SELECT e.employee_id,e.department_id,d.department_name
FROM emps e JOIN depts d 
ON e.department_id = d.department_id;

SELECT * FROM vu_emp_dept;

利用视图对数据进行格式化：

CREATE VIEW vu_emp_dept1
AS
SELECT CONCAT(e.last_name,'(',d.department_name,')')
FROM emps e JOIN depts d 
ON e.department_id = d.department_id;

SELECT * FROM vu_emp_dept1;

（3）基于视图创建视图

代码：

CREATE VIEW vu_emp4
AS
SELECT employee_id,last_name
FROM vu_emp1;

四、查看视图

语法一：查看数据库的表对象、视图对象
查看视图的结构：
查看视图的属性信息：
查看视图的详细定义信息：

五、更新视图的数据（更新是指增删改）

（1）一般情况

可以看到，当我们修改了视图中的数据，该视图的基表中的数据也会随之更改
可以看到，当我们修改了基表中的数据，该基表的视图中的数据也会随之更改
增加、删除数据同上

（2）不可更新的视图

创建视图的两种情况（1）视图中的字段在基表中有对应的字段（2）视图中的字段在基表中没有对应的字段
上述第二种情况会导致数据更新失败
虽然可以更新视图数据，但总的来说，视图作为虚拟表，主要用于方便查询，不建议更新视图的数据。对视图数据的更改，都是通过对实际数据表里数据的操作来完成的

六、修改、删除视图

（1）修改视图

修改视图方式一：使用CREATE OR REPLACE VIEW子句（如果存在则修改）来修改视图
修改视图方式二：ALTER VIEW

（2）删除视图

怎么删除视图：
安全一点

七、总结

（1）视图优点

操作简单：将经常使用的查询操作定义为视图，可以使开发人员不需要关心视图对应的数据表的结构、表与表之间的关联关系，也不需要关心数据表之间的业务逻辑和查询条件，而只需要简单地操作视图即可，极大简化了开发人员对数据库的操作
减少数据冗余：视图跟实际数据表不一样，它存储的是查询语句。所以，在使用的时候，我们要通过定义视图的查询语句来获取结果集。而视图本身不存储数据，不占用数据存储的资源，减少了数据冗余
数据安全：MySQL将用户对数据的访问限制在某些数据的结果集上，而这些数据的结果集可以使用视图来实现。用户不必直接查询或操作数据表。同时，MySQL可以根据权限将用户对数据的访问限制在某些视图上，这在一定程度上保障了数据表中数据的安全性
适应灵活多变的需求：当业务系统的需求发生变化后，如果需要改动数据表的结构，则工作量相对较大，可以使用视图来减少改动的工作量
能够分解复杂的查询逻辑：数据库中如果存在复杂的查询逻辑，则可以将问题进行分解，创建多个视图获取数据，再将创建的多个视图结合起来，完成复杂的查询逻辑

（2）视图不足

如果我们在实际数据表的基础上创建了视图，那么，如果实际数据表的结构变更了，我们就需要及时对相关的视图进行相应的维护。特别是嵌套的视图（就是在视图的基础上创建视图），维护会变得比较复杂，可读性不好，容易变成系统的潜在隐患。因为创建视图的 SQL 查询可能会对字段重命名，也可能包含复杂的逻辑，这些都会增加维护的成本
实际项目中，如果视图过多，会导致数据库维护成本的问题

八、课后练习一

使用表employees创建视图employee_vu，其中包括姓名（LAST_NAME），员工号（EMPLOYEE_ID），部门号(DEPARTMENT_ID)
```
CREATE VIEW employee_vu(LAST_NAME,EMPLOYEE_ID,DEPARTMENT_ID)
AS
SELECT last_name,employee_id,department_id
FROM employees;
```
显示视图的结构
```
DESC employee_vu;
```
查询视图中的全部内容
```
SELECT * 
FROM employee_vu;
```

将视图中的数据限定在部门号是80的范围内

CREATE OR REPLACE VIEW employee_vu(LAST_NAME,EMPLOYEE_ID,DEPARTMENT_ID)
AS
SELECT last_name,employee_id,department_id
FROM employees
WHERE department_id = 80;

九、课后练习二

创建视图emp_v1,要求查询电话号码以‘011’开头的员工姓名和工资、邮箱

CREATE VIEW emp_v1
AS
SELECT last_name,salary,email
FROM employees
WHERE phone_number LIKE '011%';

要求将视图 emp_v1 修改为查询电话号码以‘011’开头的并且邮箱中包含 e 字符的员工姓名和邮箱、电话号码
```
CREATE OR REPLACE VIEW emp_v1
AS
SELECT last_name,email,phone_number,salary
FROM emps
WHERE phone_number LIKE '011%'
AND email LIKE '%e%';
```
修改emp_v1中员工的工资，每人涨薪1000
```
UPDATE emp_v1
SET salary = salary + 1000;
```

删除emp_v1中姓名为Olsen的员工

DELETE FROM emp_v1
WHERE last_name = 'Olsen';

创建视图emp_v2，要求查询部门的最高工资高于 12000 的部门id和其最高工资

CREATE VIEW emp_v2
AS
SELECT department_id,MAX(salary)
FROM employees
WHERE department_id IS NOT NULL
GROUP BY department_id
HAVING MAX(salary) > 12000;