产生原因
便于重复使用常用的SQL查询语句。
定义
视图也被称为虚拟表
,可以理解为一个查询语句
的名字
,或者查询结果集
的暂存表
的名字
,而不是某个查询的结果集(也就是说,创建视图的时候并不会把那个又臭又长的查询语句的结果集维护在硬盘或者内存里,只是调用视图时,才回通过执行对应查询语句,对结果集命名为视图名)。视图对应的查询结果中的列,被称为虚拟列
。
使用
对视图的相关操作
- 本质上:都会被映射到视图对应的查询语句所对应的底层的表上的操作。
- 使用上:完全可以把视图当做一个普通的基本表操作。
因此,我们完全可以利用视图来创建新视图。利用视图创建的新视图,被称为嵌套视图
。在对某个嵌套视图执行查询时,查询语句会先被转换成对它依赖的视图的查询,再将整个查询转换成对底层表的查询,即最终转换为嵌套查询
。
视图相关MySQL语句
操作指令 | 代码 |
---|---|
创建视图 | CREATE VIEW 视图名(列1_alias, 列2_alias, …) AS SELECT (列1, 列2, …) FROM … |
删除视图 | drop view 视图名 |
查看已有视图 | show tables [like…] |
查看视图的定义 | SHOW CREATE VIEW 视图名 |
查看视图详情 | desc 视图名 或者 show fields from 视图名 |
视图条件限制 | with check option |
注意事项:
-
创建视图时,视图的名称不能和当前数据库中的其他视图或者表的名称冲突。因为使用视图时,产生的暂存表和其他表没什么本质区别,只不过平时不用视图时,这张暂存表不存储在数据库中。
-
创建视图时,如果为视图制定了新列名,我们之后对视图的查询语句都要基于这些新列名。
-
更新视图时,本质上是对该视图对应的底层表进行更新。因为有些视图的更新不能
唯一
有意义地的装换成对应基本表的更新。因此,不是所有视图都可以执行更新语句。在生成视图的时候使用了下面这些语句都不能进行更新:- 分组查询
- 连接查询
- 组合查询
- 子查询
- 聚集函数
- distinct
- 查询列表上是非列名的表达方式
一般情况下
,我们只在视图上执行查询操作而不进行更新操作
-
更新视图时,如果在创建视图的时候制定了“WITH CHECK OPTION”,那么更新(增删改)视图数据时,都会自动加上“WITH CHECK OPTION”设定的限制条件。没有特殊的理由,建议加上“WITH CHECK OPTION”命令。
可以看到系统提示错误CHECK OPTION FAILED。因为视图限制了价格要高于3000.
后面再次尝试了不加“WITH CHECK OPTION”的视图,后者可以成功插入。
参考文献
http://t.cn/E26ZP8q 视图详解
https://blog.csdn.net/moxigandashu/article/details/63254901 视图相关语句
https://blog.csdn.net/qq_35582511/article/details/80309993 所有的视图都可以更新吗?