数据库如何创建视图

一般来说，视图创建可以分为五步走：

第一步：先考虑select语句的编写。我们知道，视图其实就是一个select语句的集合，所以，我们建立视图的第一步，就是考虑这个select语句 的如何编写。这个select语句编写的是否合理，执行效率的高低直接影响着这个视图的性能，在Select语句中，可能还会有格式的控制、内容的编排等 等。如在Select语句中，可以把一些字段合并成一个字段也可以把相关的内容进行倒置等等。这些功能都是Select语句完成的。所以可以这么 说，Select语句的编写是视图建立的基础。

第二步：对这个Select语句进行测试。当我们编写好Select语句之后，就需要在数据库中执行这条语句，看其能否查询到我们想要的值。在对 Select语句进行测试的时候，需要注意一个问题，有时候Select查询语句可以查到准确的数据，但是在以这条语句建立视图的时候，可能就会通不过。 如在一些表之间的连接查询的时候，如果两个表中有个字段名相同，是可以的。因为他们除了字段名字之外，还有表名一起来定义这个字段。如A.name与 B.name。这是不算重名的。但是，若在建立视图的时候，这就会被认为是重复的列明，需要对其中的一个列名进行重定义。这一点在数据库视图建立的时候， 要特别的注意。

第三步：考虑查询结果的准确性。通过查询语句把我们想要的结果查询出来后，我们就需要看看这个结果是否满足我们的需要。在这个过程中，我们主要注意两 点。一是形式字段是否齐全。在一些应用系统中，若数据库的视图要能够被前台的应用程序调用的话，则必须包含一些形式字段。如笔者以前在设计一个 ERP系统的时候，若前台系统要调用数据库中的视图的时候，必须包含记录更新时间、更新者、记录创建时间、创建者等相关信息。若缺乏这些信息的话，则前台 调用这张视图的时候，就会出现错误。故在考虑查询结果准确性的问题的时候，就要考虑到前台应用程序的需要，看看这些形式字段是否齐全。二是实体内容的完整 性。我们到底需要显示表中的哪些字段呢，这个我们在这里要确认清楚。若显示内容太多的话，则会影响视图的执行效率，而且也会降低视图的安全性作用但是， 若字段内容显示不足的话，则以后要添加字段的话，会比较麻烦，有一定的工作量。所以在这个检验的时候，需要根据视图的实际功用，确定视图需要显示的内容。

第四步：视图的修饰。有时候，为了阅读的方便，我们需要对查询结果进行一些修饰。如现在有两张表，一张是员工基本信息表，这表中有员工姓名、员工职位编号 等等另一张表是职位基本信息表，在这表中有职位编号、职位名称。我们希望在视图中能够如下显示：“职位：员工名字”，如数据库工程师：Victor。也 就是说，把两个字段合并起来，并且在中间加入一个冒号。这些格式性的内容都是在查询的时候实现的。所以，我们确认查询的结果没有错误之后，接下来就要确认 格式问题。若能够在视图中规范这些格式问题，则前台的程序设计就会相对来说比较简单

第五步：建立视图。等到上面四步都确认无误后，我们就要根据上面的查询语句来建立视图了。不过在这一步过程中，也有一些问题需要注意。一是视图名字的命 名规格。我们除了遵循数据库的强制命名格式之外，如不能以数字开头等等，还需要遵循一些软规则。如视图最好能够以V开头，跟基础表进行隔开另外在视图命 名中，能够根据应用模块的不同，来进行分类，并体现在视图的名字中。这对于我们后续视图的查找都具有非常现实的意义。二是虽然可以在视图中直接更新基础 表，不过，为了安全与数据统一的考虑，我们这些过来人一般都不建议通过视图来直接更新基础表中的数据。虽然数据库提供了类似的功能。若要更改相关数据的 话，则直接去更改基础表的内容为好。在建立视图的时候，默认情况下是不能够通过视图直接更新基础表。

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]\x0d\x0aVIEW view_name [(column_list)]\x0d\x0aAS select_statement\x0d\x0a[WITH [CASCADED | LOCAL] CHECK OPTION]\x0d\x0a\x0d\x0a该语句能创建新的视图，如果给定了OR REPLACE子句，该语句还能替换已有的视图。select_statement是一种SELECT语句，它给出了视图的定义。该语句可从基表或其他视图进行选择。\x0d\x0a该语句要求具有针对视图的CREATE VIEW权限，以及针对由SELECT语句选择的每一列上的某些权限。对于在SELECT语句中其他地方使用的列，必须具有SELECT权限。如果还有OR REPLACE子句，必须在视图上具有DROP权限。\x0d\x0a视图属于数据库。在默认情况下，将在当前数据库创建新视图。要想在给定数据库中明确创建视图，创建时，应将名称指定为db_name.view_name。\x0d\x0amysql>CREATE VIEW test.v AS SELECT * FROM t\x0d\x0a\x0d\x0a表和视图共享数据库中相同的名称空间，因此，数据库不能包含具有相同名称的表和视图。\x0d\x0a视图必须具有唯一的列名，不得有重复，就像基表那样。默认情况下，由SELECT语句检索的列名将用作视图列名。要想为视图列定义明确的名称，可使用可选的column_list子句，列出由逗号隔开的ID。column_list中的名称数目必须等于SELECT语句检索的列数。\x0d\x0aSELECT语句检索的列可以是对表列的简单引用。也可以是使用函数、常量值、 *** 作符等的表达式。\x0d\x0a对于SELECT语句中不合格的表或视图，将根据默认的数据库进行解释。通过用恰当的数据库名称限定表或视图名，视图能够引用表或其他数据库中的视图。\x0d\x0a能够使用多种SELECT语句创建视图。视图能够引用基表或其他视图。它能使用联合、UNION和子查询。SELECT甚至不需引用任何表。在下面的示例中，定义了从另一表选择两列的视图，并给出了根据这些列计算的表达式：\x0d\x0amysql>CREATE TABLE t (qty INT, price INT)\x0d\x0amysql>INSERT INTO t VALUES(3, 50)\x0d\x0amysql>CREATE VIEW v AS SELECT qty, price, qty*price AS value FROM t\x0d\x0amysql>SELECT * FROM v\x0d\x0a+------+-------+-------+\x0d\x0a| qty | price | value |\x0d\x0a+------+-------+-------+\x0d\x0a|3 |50 | 150 |\x0d\x0a+------+-------+-------+\x0d\x0a\x0d\x0a视图定义服从下述限制：\x0d\x0a· SELECT语句不能包含FROM子句中的子查询。\x0d\x0a· SELECT语句不能引用系统或用户变量。\x0d\x0a· SELECT语句不能引用预处理语句参数。\x0d\x0a· 在存储子程序内，定义不能引用子程序参数或局部变量。\x0d\x0a· 在定义中引用的表或视图必须存在。但是，创建了视图后，能够舍弃定义引用的表或视图。要想检查视图定义是否存在这类问题，可使用CHECK TABLE语句。\x0d\x0a· 在定义中不能引用TEMPORARY表，不能创建TEMPORARY视图。\x0d\x0a· 在视图定义中命名的表必须已存在。\x0d\x0a· 不能将触发程序与视图关联在一起。\x0d\x0a在视图定义中允许使用ORDER BY，但是，如果从特定视图进行了选择，而该视图使用了具有自己ORDER BY的语句，它将被忽略。\x0d\x0a对于定义中的其他选项或子句，它们将被增加到引用视图的语句的选项或子句中，但效果未定义。例如，如果在视图定义中包含LIMIT子句，而且从特定视图进行了选择，而该视图使用了具有自己LIMIT子句的语句，那么对使用哪个LIMIT未作定义。相同的原理也适用于其他选项，如跟在SELECT关键字后的ALL、DISTINCT或SQL_SMALL_RESULT，并适用于其他子句，如INTO、FOR UPDATE、LOCK IN SHARE MODE、以及PROCEDURE。\x0d\x0a如果创建了视图，并通过更改系统变量更改了查询处理环境，会影响从视图获得的结果：\x0d\x0amysql>CREATE VIEW v AS SELECT CHARSET(CHAR(65)), COLLATION(CHAR(65))\x0d\x0aQuery OK, 0 rows affected (0.00 sec)\x0d\x0a \x0d\x0amysql>SET NAMES 'latin1'\x0d\x0aQuery OK, 0 rows affected (0.00 sec)\x0d\x0a \x0d\x0amysql>SELECT * FROM v\x0d\x0a+-------------------+---------------------+\x0d\x0a| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |\x0d\x0a+-------------------+---------------------+\x0d\x0a| latin1| latin1_swedish_ci |\x0d\x0a+-------------------+---------------------+\x0d\x0a1 row in set (0.00 sec)\x0d\x0a \x0d\x0amysql>SET NAMES 'utf8'\x0d\x0aQuery OK, 0 rows affected (0.00 sec)\x0d\x0a \x0d\x0amysql>SELECT * FROM v\x0d\x0a+-------------------+---------------------+\x0d\x0a| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |\x0d\x0a+-------------------+---------------------+\x0d\x0a| utf8 | utf8_general_ci |\x0d\x0a+-------------------+---------------------+\x0d\x0a1 row in set (0.00 sec)\x0d\x0a\x0d\x0a可选的ALGORITHM子句是对标准SQL的MySQL扩展。ALGORITHM可取三个值：MERGE、TEMPTABLE或UNDEFINED。如果没有ALGORITHM子句，默认算法是UNDEFINED（未定义的）。算法会影响MySQL处理视图的方式。\x0d\x0a对于MERGE，会将引用视图的语句的文本与视图定义合并起来，使得视图定义的某一部分取代语句的对应部分。\x0d\x0a对于TEMPTABLE，视图的结果将被置于临时表中，然后使用它执行语句。\x0d\x0a对于UNDEFINED，MySQL将选择所要使用的算法。如果可能，它倾向于MERGE而不是TEMPTABLE，这是因为MERGE通常更有效，而且如果使用了临时表，视图是不可更新的。\x0d\x0a明确选择TEMPTABLE的1个原因在于，创建临时表之后、并在完成语句处理之前，能够释放基表上的锁定。与MERGE算法相比，锁定释放的速度更快，这样，使用视图的其他客户端不会被屏蔽过长时间。\x0d\x0a视图算法可以是UNDEFINED，有三种方式：\x0d\x0a· 在CREATE VIEW语句中没有ALGORITHM子句。\x0d\x0a· CREATE VIEW语句有1个显式ALGORITHM = UNDEFINED子句。\x0d\x0a· 为仅能用临时表处理的视图指定ALGORITHM = MERGE。在这种情况下，MySQL将生成告警，并将算法设置为UNDEFINED。\x0d\x0a正如前面所介绍的那样，通过将视图定义中的对应部分合并到引用视图的语句中，对MERGE进行处理。在下面的示例中，简要介绍了MERGE的工作方式。在该示例中，假定有1个具有下述定义的视图v_merge：\x0d\x0aCREATE ALGORITHM = MERGE VIEW v_merge (vc1, vc2) AS\x0d\x0aSELECT c1, c2 FROM t WHERE c3 >100\x0d\x0a\x0d\x0a示例1：假定发出了下述语句：\x0d\x0aSELECT * FROM v_merge\x0d\x0a\x0d\x0aMySQL以下述方式处理语句：\x0d\x0a· v_merge成为t\x0d\x0a· *成为vc1、vc2，与c1、c2对应\x0d\x0a· 增加视图WHERE子句\x0d\x0a所产生的将执行的语句为：\x0d\x0aSELECT c1, c2 FROM t WHERE c3 >100\x0d\x0a\x0d\x0a示例2：假定发出了下述语句：\x0d\x0aSELECT * FROM v_merge WHERE vc1 100) AND (c1 回答于 2022-11-16

给数据库创建视图的命令是CREATEVIEW命令。根据查询相关公开信息显示：数据库是“按照数据结构来组织、存储和管理数据的仓库”，是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合，给数据库创建视图的命令是CREATEVIEW命令。

---