CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
VIEW view_name [(column_list)]
AS select_statement
[WITH [CASCADED | LOCAL] CHECK OPTION]
该语句能创建新的视图,如果给定了OR REPLACE子句,该语句还能替换已有的视图。select_statement是一种SELECT语句,它给出了视图的定义。该语句可从基表或其他视图进行选择。
该语句要求具有针对视图的CREATE VIEW权限,以及针对由SELECT语句选择的每一列上的某些权限。对于在SELECT语句中其他地方使用的列,必须具有SELECT权限。如果还有OR REPLACE子句,必须在视图上具有DROP权限。
视图属于数据库。在默认情况下,将在当前数据库创建新视图。要想在给定数据库中明确创建视图,创建时,应将名称指定为db_name.view_name。
mysql> CREATE VIEW test.v AS SELECT * FROM t;
表和视图共享数据库中相同的名称空间,因此,数据库不能包含具有相同名称的表和视图。
视图必须具有唯一的列名,不得有重复,就像基表那样。默认情况下,由SELECT语句检索的列名将用作视图列名。要想为视图列定义明确的名称,可使用可选的column_list子句,列出由逗号隔开的ID。column_list中的名称数目必须等于SELECT语句检索的列数。
SELECT语句检索的列可以是对表列的简单引用。也可以是使用函数、常量值、操作符等的表达式。
对于SELECT语句中不合格的表或视图,将根据默认的数据库进行解释。通过用恰当的数据库名称限定表或视图名,视图能够引用表或其他数据库中的视图。
能够使用多种SELECT语句创建视图。视图能够引用基表或其他视图。它能使用联合、UNION和子查询。SELECT甚至不需引用任何表。在下面的示例中,定义了从另一表选择两列的视图,并给出了根据这些列计算的表达式:
mysql> CREATE TABLE t (qty INT, price INT);
mysql> INSERT INTO t VALUES(3, 50);
mysql> CREATE VIEW v AS SELECT qty, price, qty*price AS value FROM t;
mysql> SELECT * FROM v;
+------+-------+-------+
| qty | price | value |
+------+-------+-------+
| 3 | 50 | 150 |
+------+-------+-------+
视图定义服从下述限制:
· SELECT语句不能包含FROM子句中的子查询。
· SELECT语句不能引用系统或用户变量。
· SELECT语句不能引用预处理语句参数。
· 在存储子程序内,定义不能引用子程序参数或局部变量。
· 在定义中引用的表或视图必须存在。但是,创建了视图后,能够舍弃定义引用的表或视图。要想检查视图定义是否存在这类问题,可使用CHECK TABLE语句。
· 在定义中不能引用TEMPORARY表,不能创建TEMPORARY视图。
· 在视图定义中命名的表必须已存在。
· 不能将触发程序与视图关联在一起。
在视图定义中允许使用ORDER BY,但是,如果从特定视图进行了选择,而该视图使用了具有自己ORDER BY的语句,它将被忽略。
对于定义中的其他选项或子句,它们将被增加到引用视图的语句的选项或子句中,但效果未定义。例如,如果在视图定义中包含LIMIT子句,而且从特定视图进行了选择,而该视图使用了具有自己LIMIT子句的语句,那么对使用哪个LIMIT未作定义。相同的原理也适用于其他选项,如跟在SELECT关键字后的ALL、DISTINCT或SQL_SMALL_RESULT,并适用于其他子句,如INTO、FOR UPDATE、LOCK IN SHARE MODE、以及PROCEDURE。
如果创建了视图,并通过更改系统变量更改了查询处理环境,会影响从视图获得的结果:
mysql> CREATE VIEW v AS SELECT CHARSET(CHAR(65)), COLLATION(CHAR(65));
Query OK, 0 rows affected (0.00 sec)
mysql> SET NAMES 'latin1';
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT * FROM v;
+-------------------+---------------------+
| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |
+-------------------+---------------------+
| latin1 | latin1_swedish_ci |
+-------------------+---------------------+
1 row in set (0.00 sec)
mysql> SET NAMES 'utf8';
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT * FROM v;
+-------------------+---------------------+
| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |
+-------------------+---------------------+
| utf8 | utf8_general_ci |
+-------------------+---------------------+
1 row in set (0.00 sec)
可选的ALGORITHM子句是对标准SQL的MySQL扩展。ALGORITHM可取三个值:MERGE、TEMPTABLE或UNDEFINED。如果没有ALGORITHM子句,默认算法是UNDEFINED(未定义的)。算法会影响MySQL处理视图的方式。
对于MERGE,会将引用视图的语句的文本与视图定义合并起来,使得视图定义的某一部分取代语句的对应部分。
对于TEMPTABLE,视图的结果将被置于临时表中,然后使用它执行语句。
对于UNDEFINED,MySQL将选择所要使用的算法。如果可能,它倾向于MERGE而不是TEMPTABLE,这是因为MERGE通常更有效,而且如果使用了临时表,视图是不可更新的。
明确选择TEMPTABLE的1个原因在于,创建临时表之后、并在完成语句处理之前,能够释放基表上的锁定。与MERGE算法相比,锁定释放的速度更快,这样,使用视图的其他客户端不会被屏蔽过长时间。
视图算法可以是UNDEFINED,有三种方式:
· 在CREATE VIEW语句中没有ALGORITHM子句。
· CREATE VIEW语句有1个显式ALGORITHM = UNDEFINED子句。
· 为仅能用临时表处理的视图指定ALGORITHM = MERGE。在这种情况下,MySQL将生成告警,并将算法设置为UNDEFINED。
正如前面所介绍的那样,通过将视图定义中的对应部分合并到引用视图的语句中,对MERGE进行处理。在下面的示例中,简要介绍了MERGE的工作方式。在该示例中,假定有1个具有下述定义的视图v_merge:
CREATE ALGORITHM = MERGE VIEW v_merge (vc1, vc2) AS
SELECT c1, c2 FROM t WHERE c3 > 100;
示例1:假定发出了下述语句:
SELECT * FROM v_merge;
MySQL以下述方式处理语句:
· v_merge成为t
· *成为vc1、vc2,与c1、c2对应
· 增加视图WHERE子句
所产生的将执行的语句为:
SELECT c1, c2 FROM t WHERE c3 > 100;
示例2:假定发出了下述语句:
SELECT * FROM v_merge WHERE vc1 < 100;
该语句的处理方式与前面介绍的类似,但vc1 < 100变为c1 < 100,并使用AND连接词将视图的WHERE子句添加到语句的WHERE子句中(增加了圆括号以确保以正确的优先顺序执行子句部分)。所得的将要执行的语句变为:
SELECT c1, c2 FROM t WHERE (c3 > 100) AND (c1 < 100);
事实上,将要执行的语句是具有下述形式的WHERE子句:
WHERE (select WHERE) AND (view WHERE)
MERGE算法要求视图中的行和基表中的行具有一对一的关系。如果不具有该关系。必须使用临时表取而代之。如果视图包含下述结构中的任何一种,将失去一对一的关系:
· 聚合函数(SUM(), MIN(), MAX(), COUNT()等)。
· DISTINCT
· GROUP BY
· HAVING
· UNION或UNION ALL
· 仅引用文字值(在该情况下,没有基本表)。
某些视图是可更新的。也就是说,可以在诸如UPDATE、DELETE或INSERT等语句中使用它们,以更新基表的内容。对于可更新的视图,在视图中的行和基表中的行之间必须具有一对一的关系。还有一些特定的其他结构,这类结构会使得视图不可更新。更具体地讲,如果视图包含下述结构中的任何一种,那么它就是不可更新的:
· 聚合函数(SUM(), MIN(), MAX(), COUNT()等)。
· DISTINCT
· GROUP BY
· HAVING
· UNION或UNION ALL
· 位于选择列表中的子查询
· Join
· FROM子句中的不可更新视图
· WHERE子句中的子查询,引用FROM子句中的表。
· 仅引用文字值(在该情况下,没有要更新的基本表)。
· ALGORITHM = TEMPTABLE(使用临时表总会使视图成为不可更新的)。
关于可插入性(可用INSERT语句更新),如果它也满足关于视图列的下述额外要求,可更新的视图也是可插入的:
· 不得有重复的视图列名称。
· 视图必须包含没有默认值的基表中的所有列。
· 视图列必须是简单的列引用而不是导出列。导出列不是简单的列引用,而是从表达式导出的。下面给出了一些导出列示例:
· 3.14159
· col1 + 3
· UPPER(col2)
· col3 / col4
· (subquery)
混合了简单列引用和导出列的视图是不可插入的,但是,如果仅更新非导出列,视图是可更新的。考虑下述视图:
CREATE VIEW v AS SELECT col1, 1 AS col2 FROM t;
该视图是不可插入的,这是因为col2是从表达式导出的。但是,如果更新时不更新col2,它是可更新的。这类更新是允许的:
UPDATE v SET col1 = 0;
下述更新是不允许的,原因在于,它试图更新导出列:
UPDATE v SET col2 = 0;
在某些情况下,能够更新多表视图,假定它能使用MERGE算法进行处理。为此,视图必须使用内部联合(而不是外部联合或UNION)。此外,仅能更新视图定义中的单个表,因此,SET子句必须仅命名视图中某一表的列。即使从理论上讲也是可更新的,不允许使用UNION ALL的视图,这是因为,在实施中将使用临时表来处理它们。
对于多表可更新视图,如果是将其插入单个表中,INSERT能够工作。不支持DELETE。
对于可更新视图,可给定WITH CHECK OPTION子句来防止插入或更新行,除非作用在行上的select_statement中的WHERE子句为“真”。
在关于可更新视图的WITH CHECK OPTION子句中,当视图是根据另一个视图定义的时,LOCAL和CASCADED关键字决定了检查测试的范围。LOCAL关键字对CHECK OPTION进行了限制,使其仅作用在定义的视图上,CASCADED会对将进行评估的基表进行检查。如果未给定任一关键字,默认值为CASCADED。请考虑下述表和视图集合的定义:
mysql> CREATE TABLE t1 (a INT);
mysql> CREATE VIEW v1 AS SELECT * FROM t1 WHERE a < 2
-> WITH CHECK OPTION;
mysql> CREATE VIEW v2 AS SELECT * FROM v1 WHERE a > 0
-> WITH LOCAL CHECK OPTION;
mysql> CREATE VIEW v3 AS SELECT * FROM v1 WHERE a > 0
-> WITH CASCADED CHECK OPTION;
这里,视图v2和v3是根据另一视图v1定义的。v2具有LOCAL检查选项,因此,仅会针对v2检查对插入项进行测试。v3具有CASCADED检查选项,因此,不仅会针对它自己的检查对插入项进行测试,也会针对基本视图的检查对插入项进行测试。在下面的语句中,介绍了这些差异:
ql> INSERT INTO v2 VALUES (2);
Query OK, 1 row affected (0.00 sec)
mysql> INSERT INTO v3 VALUES (2);
ERROR 1369 (HY000): CHECK OPTION failed 'test.v3'
视图的可更新性可能会受到系统变量updatable_views_with_limit的值的影响。请参见5.3.3节,“服务器系统变量”。
INFORMATION_SCHEMA包含1个VIEWS表,从该表可获取关于视图对象的信息。请参见23.1.15节,“INFORMATION_SCHEMA VIEWS表”。
相关推荐
MySQL视图工具,如Navicat for MySQL,是数据库管理员和开发人员常用的一款图形化界面工具,它提供了方便的方式来管理MySQL数据库,包括创建、编辑和操作视图。Navicat for MySQL不仅支持基本的数据库管理和数据操作...
### MySQL视图详解 #### 一、视图概述 视图是MySQL中一种重要的功能,它为用户提供了灵活的数据访问方式。简而言之,视图是一个虚拟表,其内容由一条SELECT语句定义。尽管视图看起来像是一个独立的表,但实际上它...
MySQL视图是数据库管理系统中的一个重要概念,它允许用户创建虚拟的表,这些表的数据来源于一个或多个实际的表,但不存储数据本身。视图在数据库设计中扮演着简化查询、提供安全隔离、抽象复杂数据结构等角色。在这...
### MySQL视图定义详解 #### 视图的概念 在MySQL中,**视图**是一种特殊的虚拟表,其结果集由从本机表中选择的数据组成。视图并不存储实际的数据,而是存储一条SELECT语句,当用户访问视图时,数据库引擎会执行该...
MySQL视图是数据库管理系统中的一种数据抽象,它提供了一种方式来封装特定的SQL查询结果,使得这些结果看起来像一个独立的表。虽然视图在数据库中并不以实际的数据文件形式存在,但它允许用户以一种简化或定制的方式...
MySQL视图用户管理 MySQL视图用户管理是指在MySQL数据库中对视图的创建、修改和删除操作,并对视图的访问权限进行控制。本文将详细介绍MySQL视图用户管理的概念、实验要求、实验步骤和实验结果。 一、实验目的 ...
配合提供的资源,如`.eddx`、`.md`和`.pptx`文件,你可以更深入地学习MySQL视图的相关知识,包括具体的创建方法、使用示例、以及如何在实际项目中应用。 总的来说,MySQL视图是一个强大的工具,它可以帮助我们更好...
李海翔在2015 Oracle技术嘉年华(OTN)分会场上分享的“MySQL视图优化”中,详细讲解了视图优化的案例分析以及优化技术的相关知识。 首先,李海翔在讨论中指出,视图优化不仅仅是指在MySQL中对视图的优化,而是将...
### MySQL视图创建、更改、销毁及显示 在MySQL数据库管理中,视图是一个非常重要的概念,它不仅可以简化复杂的查询操作,还能增强数据的安全性。本文档将围绕以下几个方面进行详细探讨:如何使用`CREATE VIEW`或`...
在给定的“MYSQL视图化数据库稳定版”中,我们聚焦的是一个包含视图化界面的MySQL版本,这使得数据库管理和操作变得更加直观和便捷。这个版本被认为是“最好用”且“最新”的,意味着它可能集成了最新的功能改进和...
EMS SQL Management Studio is a complete solution for database administration and development. SQL Studio unites all must-have components that focus on the most critical database management tasks in ...
【MySQL视图用户管理】 MySQL视图是数据库中的一种虚拟表,它不存储实际数据,而是根据查询语句动态生成结果。视图可以简化复杂的查询,提供数据的安全性,以及抽象数据模型,使得数据访问更加方便。在实验四中,...
【MySQL视图用户管理】 MySQL视图是一种虚拟的表,它并不存储数据,而是基于一个或多个表的查询结果。视图可以简化复杂的查询,提供数据的安全性,并且可以隐藏基础表的结构。在本实验中,我们学习如何在SQL Server...
【MySQL 视图用户管理】 在数据库管理系统中,视图和用户管理是数据安全和权限控制的重要组成部分。MySQL 是一种广泛使用的开源关系型数据库管理系统,它提供了强大的视图创建、修改和删除功能,以及完善的用户和...
MySQL视图是数据库管理系统中的一个重要概念,它提供了一种方式来组织和抽象数据库中的数据,使得数据查询和管理更为简洁和高效。本章主要探讨了MySQL视图的特性、优点以及使用规则。 首先,理解视图与表的区别是至...
文件中记录了一些常用的navicat查询的快捷键,很方面大家操作这个工具,记录不完善还望莫见怪!!!
#### 二、MySQL视图 ##### 1、基本概念 视图是一种虚拟表,它不实际存储数据,而是根据定义的查询从一个或多个实际表中动态获取数据。视图的主要用途之一是提高数据的安全性,通过限制用户对敏感数据的访问,仅展示...
MySQL视图用户管理是数据库系统中重要的安全控制和数据访问机制。在MySQL中,视图是一种虚拟表,它不存储实际的数据,而是基于一个或多个表的查询结果。视图可以简化复杂的查询,隐藏敏感信息,以及提供权限控制的...
### 数据库系列:MySQL 视图、触发器的原理与实战 #### 视图原理与实战 ##### 一、视图的基本概念 视图(View)是基于一个或多个表的虚拟表,它本身并不存储数据,而是由一系列定义好的SQL查询构成。视图可以被...