MySQL视图：虚拟表的实战技巧

🔥个人主页： Milestone-里程碑

❄️个人专栏: <<力扣hot100>> <<C++>><<Linux>>

<<Git>><<MySQL>>

🌟心向往之行必能至

目录

一、视图核心概念：什么是视图？

二、视图基本使用：创建、查询、更新、删除

[1. 创建视图：CREATE VIEW](#1. 创建视图：CREATE VIEW)

[2. 视图与基表的双向更新验证](#2. 视图与基表的双向更新验证)

[3. 删除视图：DROP VIEW](#3. 删除视图：DROP VIEW)

三、视图的规则和限制

四、视图的核心价值：为什么要使用视图？

[五、实战 OJ：牛客网 - 针对 actor 表创建视图 actor_name_view](#五、实战 OJ：牛客网 - 针对 actor 表创建视图 actor_name_view)

题目要求

[前置条件（actor 表结构）](#前置条件（actor 表结构）)

[解题 SQL](#解题 SQL)

解题思路

六、总结

---

视图作为 MySQL 中重要的数据库对象，是很多开发者在数据查询、权限管控场景下的得力工具。很多初学者会疑惑 "视图和普通表有什么区别？""使用视图有哪些注意事项？"，这篇文章就带大家从视图的核心概念出发，一步步掌握它的创建、使用、删除以及实战技巧，帮你彻底搞懂 MySQL 视图。

一、视图核心概念：什么是视图？

视图是一个虚拟表，它本身并不存储实际的数据，其内容完全由一条 SELECT 查询语句定义。

从外观上看，视图和真实的表毫无二致：它包含一系列带有名称的列和行数据，我们可以像操作普通表一样，对视图执行 SELECT 查询，甚至在满足条件时执行更新操作。

这里要重点记住视图和基表（视图对应的原始数据表）的双向影响关系：

1. 对视图中的数据进行合法修改，会直接同步影响到对应的基表数据；
2. 基表的数据发生变化（新增、修改、删除），也会实时反映在基于该基表创建的视图中。

这种双向绑定的特性，让视图在数据同步展示场景下极具价值。

二、视图基本使用：创建、查询、更新、删除

视图的核心操作围绕 "创建 - 使用 - 更新 - 删除" 展开，下面结合具体案例进行讲解，案例中使用经典的 EMP（员工表）和 DEPT（部门表）。

1. 创建视图：CREATE VIEW

创建视图的核心语法如下，语法要求简洁清晰，核心是后面的 SELECT 查询语句（可以是简单单表查询，也可以是多表联查、聚合查询等复杂查询）。

sql

-- 基本语法
CREATE VIEW 视图名 AS SELECT 语句;

实战案例：创建一个视图 v_ename_dname，用于展示员工姓名和对应的部门名称，实现 EMP 表和 DEPT 表的联查。

sql

-- 创建多表联查视图
CREATE VIEW v_ename_dname AS 
SELECT ename, dname 
FROM EMP, DEPT 
WHERE EMP.deptno=DEPT.deptno; -- 多表关联条件

视图创建成功后，就可以像操作普通表一样，使用 SELECT 语句查询视图中的数据：

sql

-- 查询视图数据，支持排序、筛选等操作
SELECT * FROM v_ename_dname ORDER BY dname;

查询结果如下（按部门名称排序），可以看到视图完美展示了我们需要的关联数据，无需每次都编写复杂的多表联查语句：

plaintext

+--------+------------+
| ename  | dname      |
+--------+------------+
| CLARK  | ACCOUNTING |
| KING   | ACCOUNTING |
| MILLER | ACCOUNTING |
| SMITH  | RESEARCH   |
| JONES  | RESEARCH   |
| SCOTT  | RESEARCH   |
| ADAMS  | RESEARCH   |
| FORD   | RESEARCH   |
| ALLEN  | SALES      |
| WARD   | SALES      |
| MARTIN | SALES      |
| BLAKE  | SALES      |
| TURNER | SALES      |
| JAMES  | SALES      |
+--------+------------+

2. 视图与基表的双向更新验证

前面我们提到视图和基表是双向影响的，下面通过两个实战案例来验证这一点。

案例 1：修改视图数据，影响基表通过视图将员工 CLARK 的姓名修改为 TEST，然后查询基表 EMP，验证数据是否同步更新：

sql

-- 修改视图中的数据
UPDATE v_ename_dname SET ename='TEST' WHERE ename='CLARK';

-- 查询基表EMP，验证CLARK是否存在（无结果）
SELECT * FROM EMP WHERE ename='CLARK';

-- 查询基表EMP，验证TEST是否存在（有结果，数据已同步更新）
SELECT * FROM EMP WHERE ename='TEST';

执行上述 SQL 后会发现，基表中的 CLARK 已经变成了 TEST，说明对视图的修改操作，直接同步到了基表中。

案例 2：修改基表数据，影响视图通过基表 EMP 将员工 JAMES 的部门编号修改为 10（原部门为 30），然后查询视图，验证数据是否同步更新：

sql

-- 修改基表EMP的数据
UPDATE EMP SET deptno=10 WHERE ename='JAMES';

-- 查询视图，验证JAMES对应的部门名称是否变化
SELECT * FROM v_ename_dname WHERE ename='JAMES';

查询结果如下，可以看到 JAMES 对应的部门已经从 SALES 变成了 ACCOUNTING（部门 10 对应的部门名称），说明基表的修改也实时反映到了视图中：

plaintext

+-------+------------+
| ename | dname      |
+-------+------------+
| JAMES | ACCOUNTING |
+-------+------------+

3. 删除视图：DROP VIEW

当某个视图不再需要时，可以使用 DROP VIEW 语句将其删除，删除视图不会影响对应的基表数据（仅删除视图的定义，不删除原始数据），这一点非常重要。

sql

-- 基本语法
DROP VIEW 视图名;

-- 实战案例：删除前面创建的视图v_ename_dname
DROP VIEW v_ename_dname;

注意：如果视图不存在，执行 DROP VIEW 会报错，MySQL 中可以添加IF EXISTS关键字避免报错：DROP VIEW IF EXISTS 视图名;

三、视图的规则和限制

视图虽然使用灵活便捷，但并非没有约束，在使用视图的过程中，需要遵守以下核心规则和限制，避免踩坑。

1. 命名唯一性约束：视图的名称必须唯一，不能与当前数据库中的其他表、其他视图重名，遵循与表名相同的命名规范。
2. 创建数量无限制，但需考虑性能：理论上，MySQL 对创建视图的数量没有硬性限制，但如果视图基于复杂的多表联查、聚合查询（GROUP BY、SUM 等）创建，查询视图时的性能会大打折扣（因为视图每次被查询时，都会重新执行底层的 SELECT 语句），因此不建议将过于复杂的查询创建为视图。
3. 不支持索引、触发器和默认值：视图是虚拟表，无法为视图添加索引（包括主键索引、普通索引），也不能为视图的列设置默认值，同时也无法创建与视图关联的触发器。如果需要优化查询性能，应优化视图底层的基表（如给基表添加索引）。
4. 权限管控要求：创建视图需要具备足够的数据库权限（CREATE VIEW 权限），查询、修改视图也需要对应的 SELECT、UPDATE 等权限，这一特性也让视图可以用于提高数据安全性。
5. ORDER BY 的覆盖规则：视图的定义中可以包含 ORDER BY 语句，但如果在查询视图时，SELECT 语句中也包含了 ORDER BY，那么视图中的 ORDER BY 会被覆盖，最终以查询视图时的 ORDER BY 为准。
6. 可与普通表协同使用：视图可以和普通表一起参与查询，比如在多表联查中，视图可以作为其中一个 "表" 与其他普通表、其他视图进行关联查询。

四、视图的核心价值：为什么要使用视图？

了解了视图的使用方法和规则后，我们来总结一下视图的核心价值，明白它在实际开发中的应用场景：

1. 简化复杂查询：这是视图最核心的价值，对于经常使用的复杂查询（多表联查、聚合查询等），可以将其封装为视图，后续使用时只需查询视图即可，无需重复编写复杂的 SQL 语句，提高开发效率。
2. 提高数据安全性：可以通过视图向用户暴露指定的列和数据，隐藏基表中的敏感数据（如员工的薪资、身份证号等）。例如，只给普通用户开放 "员工姓名 + 部门名称" 的视图，不开放完整的 EMP 表，从而保护敏感数据。
3. 统一数据展示口径：视图可以将分散在多个表中的数据整合为统一的展示口径，确保所有用户查询到的数据格式、逻辑一致，避免因个人编写 SQL 的差异导致数据结果不一致。
4. 降低数据耦合度：业务系统中，如果前端或其他服务依赖某一固定格式的数据，可以通过视图封装数据结构，后续如果基表的结构发生变化（如字段更名、表结构调整），只需修改视图的定义，无需修改前端或服务的查询逻辑，降低耦合度。

五、实战 OJ：牛客网 - 针对 actor 表创建视图 actor_name_view

最后，我们通过一个经典的牛客网 OJ 题目，来巩固视图的创建技巧，检验学习成果。

题目要求

针对 actor 表创建视图 actor_name_view，视图中只包含 actor 表的 first_name 和 last_name 两列，并且列名分别为 first_name_v 和 last_name_v。

前置条件（actor 表结构）

列名	类型	说明
actor_id	int(11)	演员 ID
first_name	varchar(45)	名
last_name	varchar(45)	姓
last_update	datetime	最后更新时间

解题 SQL

sql

-- 创建视图，指定列的别名（满足题目要求的列名）
CREATE VIEW actor_name_view AS 
SELECT first_name AS first_name_v, last_name AS last_name_v 
FROM actor;

解题思路

1. 遵循 CREATE VIEW 的基本语法，视图名指定为 actor_name_view；
2. SELECT 语句中选择题目要求的 first_name 和 last_name 两列；
3. 使用 AS 关键字为列设置别名，满足题目要求的 first_name_v 和 last_name_v；
4. 底层查询表为 actor 表，无需复杂关联，直接单表查询即可。

六、总结

1. 视图是虚拟表，由 SELECT 语句定义，与基表双向同步影响，修改一方会同步到另一方；
2. 核心操作语法：CREATE VIEW 视图名 AS SELECT 语句;（创建）、DROP VIEW 视图名;（删除），视图查询与普通表一致；
3. 视图有明确的使用限制，不支持索引、触发器，复杂视图需考虑性能问题；
4. 视图的核心价值是简化查询、提高数据安全性、统一数据口径，在实际开发中应用广泛。