【MySQL】视图

目录

• 一、视图的概念
• 二、视图的操作
• • 创建视图
  • 修改视图影响基表
  • 修改基表影响视图
  • 删除视图
  • 视图规则和限制

一、视图的概念

• 视图是一个虚拟表，其内容由查询定义，同真实的表一样，视图包含一系列带有名称的列和行数据。
• 视图中的数据并不会单独存储在数据库中，其数据来自定义视图时查询所引用的表（基表），在每次引用视图时动态生成。
• 由于视图和基表用的本质是同一份数据，因此对视图的修改会影响到基表，对基表的修改也会影响到视图。

二、视图的操作

准备工作

下面用员工表和部门表作为测试表，员工表中的ename代表的是员工的姓名，deptno代表的是员工所在部门的部门号。如下：

部门表中的dname代表的是部门名，deptno代表的是部门的部门号。如下：

创建视图

CREATE VIEW view_name AS SELECT ...;

当我们要查询每个员工及其对应的部门名称时，需要使用员工表和部门表进行多表查询，并筛选出员工的部门号等于部门的部门号的记录。如下：

如果该查询结果会被频繁用到，那我们就可以给上述查询结果创建视图，创建完毕后通过show命令就能看到这个视图。如下：

并且在数据库对应的目录下，会增加一个对应的xxx.frm文件，但并没有与之对应的xxx.ibd文件，这也证明了视图和基表使用的是同一份数据。如下：

创建视图后就可以直接通过查询视图，来查看每个员工及其对应的部门名称了。如下：

修改视图影响基表

通过查询员工表，可以看到员工CLARK所在部门的部门号为10。如下：

进一步查询部门表，可以看到10号部门的部门名称为ACCOUNTING。如下：

在视图中将员工CLARK所在部门的部门名改为HR后，会看到其他一些员工所在部门的部门名也变为HR了 。如下：

根本原因就是因为视图和基表使用的是同一份数据，将视图中CLARK所在部门的部门名改为HR后，部门表中10号部门的部门名也就变成HR了。如下：

而位于10号部门的员工同时还有KING和MILLER，因此修改后再次查询视图时，这两个员工对应的部门名也会变为HR。如下：

修改基表影响视图

从前面视图创建看出，视图与基表公用数据，而修改视图会对基表数据进行修改，

我们可知修改基表同样影响视图。

删除视图

语法：

DROP VIEW view_name;

并且该视图在数据库目录下对应的xxx.frm文件也会被删除。如下：

视图规则和限制

• 与普通表一样，视图的命名也必须是唯一的，不能出现同名视图或表名。
• 创建视图的数目无限制，但要考虑复杂查询创建为视图之后的性能影响。
• 视图不能添加索引，也不能有关联的触发器或者默认值。
• 视图可以提高安全性，在访问视图时必须具有足够的访问权限。
• 创建视图时可以使用order by子句，但如果从该视图检索数据时也含有order by子句，那么该视图中的order by将被覆盖。
• 视图可以和普通表一起使用，比如进行多表查询，内外连接等。