数据库新手如何一步步创建自己的第一个视图？

视图可以被形象地理解为数据库中的一个虚拟窗口，它本身并不存储实际的数据，而是依据一条预定义的SQL查询语句，动态地从一张或多张基础表中提取数据集，当用户查询视图时，数据库系统会实时执行其背后的查询逻辑，并返回结果，视图为用户提供了一种简化的、定制化的数据访问方式,隐藏了底层表的复杂结构和细节。

视图的核心价值

在深入探讨如何创建视图之前，理解其核心价值至关重要，视图并非可有可无的功能，而是数据库设计与管理中一个强大而灵活的工具,其主要优势体现在以下几个方面：

• 简化复杂查询：对于需要频繁执行的多表连接、聚合计算或复杂筛选的查询，可以将其封装为视图，之后，用户只需简单地查询 SELECT * FROM view_name 即可，无需每次都编写冗长的SQL语句,极大地提升了开发效率和查询的便捷性。
• 增强数据安全：视图是实现数据访问控制的有效手段，数据库管理员可以创建视图，只向特定用户或角色展示表中的一部分列或一部分行（通过WHERE子句过滤），从而隐藏敏感信息（如薪水、身份证号等）,确保了数据的安全性与保密性。
• 提供逻辑数据独立性：当底层表的结构发生变化时（拆分表、增加列），只要视图查询的结果集结构不变，那么依赖该视图的应用程序就无需修改，这为上层应用提供了一层“缓冲”,实现了应用逻辑与数据存储结构的解耦。
• 保证数据一致性：如果多个应用或报表需要使用同一套复杂的业务逻辑计算数据，将这些逻辑封装在视图中，可以确保所有使用者看到的数据都是基于同一套标准计算得出的,避免了因逻辑分散而导致的数据不一致问题。

如何创建视图：从语法到实践

创建视图的SQL语法非常直观,其基本结构如下：

CREATE VIEW [schema_name.]view_name [(column_name, ...)]
WITH ENCRYPTION | SCHEMABINDING
AS
select_statement
WITH CHECK OPTION;

语法解析：

• view_name：指定视图的名称，建议使用有意义的命名，如 v_ 或 vw_ 作为前缀。
• (column_name, ...)：可选，为视图中的列指定别名，如果省略，视图将继承 select_statement 中列的名称。
• WITH ENCRYPTION：可选，加密视图的定义,防止他人查看其创建语句。
• WITH SCHEMABINDING：可选，将视图绑定到其引用的基础表上，一旦绑定，基础表的结构修改将受到限制，除非先删除或修改视图,这能保证视图定义的有效性。
• select_statement：核心部分，定义视图所展示的数据的查询语句，它可以包含连接、分组、聚合函数等，但不能包含 ORDER BY 子句（除非在 SELECT 中使用了 TOP 或 OFFSET）。
• WITH CHECK OPTION：可选，这是一个非常重要的选项，它确保所有通过视图进行的数据插入（INSERT）或更新（UPDATE）操作，都必须满足视图中 WHERE 子句定义的条件，否则,操作将被拒绝。

实践示例：

假设我们有两张表：employees（员工表）和 departments（部门表）。

employees 表结构：
| employee_id | employee_name | department_id | salary |
|————-|—————|—————|——–|
| 101 | 张三 | 1 | 8000 |
| 102 | 李四 | 2 | 9000 |
| 103 | 王五 | 1 | 7500 |

departments 表结构：
| department_id | department_name |
|—————|—————–|
| 1 | 技术部 |
| 2 | 市场部 |

我们创建一个视图 v_employee_details，用于展示员工的姓名、薪资及其所属部门名称。

CREATE VIEW v_employee_details AS
SELECT
    e.employee_name,
    e.salary,
    d.department_name
FROM
    employees AS e
INNER JOIN
    departments AS d ON e.department_id = d.department_id;

创建成功后,就可以像查询普通表一样查询这个视图：

SELECT * FROM v_employee_details WHERE department_name = '技术部';

这条语句会返回技术部所有员工的详细信息,而无需关心底层的连接操作。

视图与表的对比

为了更清晰地理解视图的本质,我们可以通过一个表格来对比它与物理表的区别。

特性	物理表	视图
数据存储	实际存储数据，占用物理空间。	不存储数据，只存储SQL查询定义。
数据来源	数据是原始输入。	数据来源于一个或多个基础表，是动态生成的。
更新操作	通常可以直接进行INSERT, UPDATE, DELETE。	只有满足特定条件的视图才能更新。
占用空间	占用存储空间。	仅占用少量系统空间存储其定义。
作用	数据持久化的基础。	简化查询、增强安全、提供逻辑抽象。

---

相关问答FAQs

Q1：视图和表的主要区别是什么？

A1： 最核心的区别在于数据是否被物理存储，表是数据库中实际存储数据的结构，它占用磁盘空间，是数据的基础载体，而视图是一个虚拟表，它本身不存储任何数据，只保存了一条用于生成数据的SQL查询语句，当查询视图时，数据库会实时执行这条SQL语句，从基础表中提取数据并返回，表是“数据的容器”，而视图是“查看数据的窗口”。

Q2：是不是所有的视图都可以进行增删改操作？

A2： 不是，一个视图能否被更新（执行INSERT, UPDATE, DELETE）取决于其定义的复杂程度，满足以下条件的简单视图是可更新的：1）查询只基于一张基础表；2）SELECT列表中不包含聚合函数（如SUM, COUNT）、DISTINCT、GROUP BY、HAVING等子句；3）查询中不包含UNION或UNION ALL等集合操作，对于违反这些条件的复杂视图，数据库系统无法确定如何将更新操作精确地映射回基础表，因此会禁止更新操作，如果需要对复杂视图进行更新，一种常见的替代方案是使用INSTEAD OF触发器。