-- 创建视图， sql 语句加了括号， 报错。
CREATE VIEW view_test
AS
(
SELECT * FROM A
UNION ALL
SELECT * FROM B
);
-- 创建视图， sql 语句不加括号， 通过。
CREATE VIEW view_test
AS

SELECT * FROM A
UNION ALL
SELECT * FROM B

  
视图是指计算机数据库中的视图，是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。——百度百科


关系型数据库中的数据是由一张一张的二维关系表所组成，简单的单表查询只需要遍历一个表，而复杂的多表查询需要将多个表连接起来进行查询任务。对于复杂的查询事件，每次查询都需要编写MySQL代码效率低下。为了解决这个问题，数据库提供了视图（view）功能。



0 视图相关的MySQL指令

操作指令
  
代码
创建视图
  
CREATE VIEW 视图名(列1，列2...) AS SELECT (列1，列2...) FROM ...;
使用视图
  
当成表使用就好
修改视图
  
CREATE OR REPLACE VIEW 视图名 AS SELECT [...] FROM [...];
查看数据库已有视图
  
>SHOW TABLES [like...];（可以使用模糊查找）
查看视图详情
  
DESC 视图名或者SHOW FIELDS FROM 视图名
视图条件限制
  
[WITH CHECK OPTION]
1 视图

百度百科定义了什么是视图，但是对缺乏相关知识的人可能还是难以理解或者只有一个比较抽象的概念，笔者举个例子来解释下什么是视图。

朕想要了解皇宫的国库的相关情况，想知道酒窖有什么酒，剩多少，窖藏多少年，于是派最信任的高公公去清点，高公公去国库清点后报给了朕；朕又想知道藏书情况，于是又派高公公去清点并回来报告给朕，又想知道金银珠宝如何，又派高公公清点。。。过一段时间又想知道藏书情况，高公公还得重新再去清点，皇上问一次，高公公就得跑一次路。

后来皇上觉得高公公不容易，就成立了国库管理部门，小邓子负责酒窖，小卓子负责藏书，而小六子负责金库的清点。。。后来皇上每次想了解国库就直接问话负责人，负责人就按照职责要求进行汇报。 


安排专人管理后，每次皇上想要了解国库情况，就不必让高公公每次都跑一趟，而是指定的人员按照指定的任务完成指定的汇报工作就可以了。

和数据库相对应，每次进行查询工作，都需要编写查询代码进行查询；而视图的作用就是不必每次都重新编写查询的SQL代码，而是通过视图直接查询即可。因此：


  
视图是虚拟表，本身不存储数据，而是按照指定的方式进行查询。


比如，我们希望从前文提到的四张表，order_baisc,order_details，user和product中查找所有记录，需要写入代码指令： 


想再次查询这几个表中uid为u0001的用户的记录，有需要键入一次操作指令： 


也就是说，每次查询都得重新键入查询指令SQL代码，这种费时费力的体力活，对于时间就是生命的你我来说，是不划算的。所以借助视图，来执行相同或相似的查询。



2 创建视图

2.1 创建视图create view 

创建视图的代码为：



>CREATE VIEW 视图名(列1，列2...)
 AS SELECT (列1，列2...)
 FROM ...;

可以看到，创建视图和查询相比，增加了前面的CREATE VIEW  视图名 AS

2.2 视图运用


  
使用视图和使用表完全一样，只需要把视图当成一张表就OK了。视图是一张虚拟表。


eg：创建order_baisc,order_details，user和product的查询视图，并通过视图查找uid为u0001的记录： 


2.3 修改视图CREATE OR REPLACE VIEW

修改和创建视图可以使用代码：



CREATE OR REPLACE VIEW 视图名 AS SELECT [...] FROM [...];

eg: 


2.4 查看视图 
(1)查看数据库中有哪些视图 show tables 

前面提到，视图就是虚拟的表，因此，查看视图的方法和查看表的方法是一样的：



>SHOW TABLES;



通过show tables;反馈得到所有的表和视图。同样的，我们可以通过模糊检索的方式专门查看视图，这个时候，视图的命令统一采用v_视图名v_视图名的优势就体现出来了。 
（2）查看视图详情 

查看视图详情的方法有两种，一种是和查看表详情一样使用desc 视图名，另外一种方法是show fields from 视图名：



>DESC 视图名;
或者
>SHOW FIELDS FROM 视图名;



两种方法得到的详情都是一毛一样的。



3 视图与数据变更

3.1 表格数据变更 

将表product中的数据进行更新，在通过视图检索：



可以看到表格数据变化后，在通过视图检索，得到的结果也同步发生了变化，因此，在此证明了：


  
视图不是表，不保存数据，知识一张虚拟表；


3.2  通过视图变更数据

（1）插入数据
>INSERT INTO v_order(pid,pname,price) VALUES('p010','柴油','34');

在此查询视图，发现插入了数据。



（2）跨表插入数据 

通过上图，我们可以看到，跨表插入数据系统反馈报错，提示不能修改超过一个表的数据。

  
因此，可以通过视图插入数据，但是只能基于一个基础表进行插入，不能跨表更新数据。


（3）WITH CHECK OPTION 

如果在创建视图的时候制定了“WITH CHECK OPTION”，那么更新数据时不能插入或更新不符合视图限制条件的记录。

eg:对表product创建一个单价超过3000的视图，并加上“WITH CHECK OPTION”，之后插入一个价格为42的记录：



可以看到系统提示错误CHECK OPTION FAILED。因为视图限制了价格要高于3000. 

后面再次尝试了不加“WITH CHECK OPTION”的视图，后者可以成功插入。

同样的，在不加“WITH CHECK OPTION”的情况下，通过视图修改记录，也可以成功执行： 

通过视图修改，可能导致数据无故消失，因此：


  
没有特殊的理由，建议加上“WITH CHECK OPTION”命令。





  
注意点： 

  1. 视图不是表，不直接存储数据，是一张虚拟的表； 

  2. 一般情况下，在创建有条件限制的视图时，加上“WITH CHECK OPTION”命令。

mysql5.x 版本之后支持数据库视图，在mysql中，视图的几乎特征符合SQL：2003标准。 mysql以两种方式处理对视图的查询：
第一种方式，MySQL会根据视图定义语句创建一个临时表，并在此临时表上执行传入查询。
第二种方式，MySQL将传入查询与查询定义为一个查询并执行组合查询。
mysql支持版本系统的视图，当每次视图被更改或替换时，视图的副本将在驻留在特定数据库文件夹的arc(archive)文件夹中备份。备份文件的名称为view_name.frm-00001。如果再次更改视图，mysql将创建一个名为view_name.frm-00002的新备份文件。mysql允许基于其他视图创建视图，就是在视图定义的select语句中，可以引用另一个视图。
好啦，多的咱就不赘述了，接下来咱们尝试使用CREATE VIEW语句创建视图，先来看下语法结构：
CREATE 
   [ALGORITHM = {MERGE  | TEMPTABLE | UNDEFINED}]
VIEW [database_name].[view_name] 
AS
[SELECT  statement]
然后我们来详细看下上面的sql中的各种词是什么意思。首先，第一个中括号里代表的就是创建视图是的算法属性，它允许我们控制mysql在创建视图时使用的机制，并且mysql提供了三种算法：MERGE，TEMPTABLE和UNDEFINED。我们来分别看下：
使用MERGE算法，mysql首先将输入查询与定义视图的select语句组合成单个查询。 然后mysql执行组合查询返回结果集。 如果select语句包含集合函数(如min，max，sum，count，avg等)或distinct，group by，havaing，limit，union，union all，子查询，则不允许使用MERGE算法。 如果select语句无引用表，则也不允许使用MERGE算法。 如果不允许MERGE算法，mysql将算法更改为UNDEFINED。我们要注意，将视图定义中的输入查询和查询组合成一个查询称为视图分辨率。
使用TEMPTABLE算法，mysql首先根据定义视图的SELECT语句创建一个临时表，然后针对该临时表执行输入查询。因为mysql必须创建临时表来存储结果集并将数据从基表移动到临时表，所以TEMPTABLE算法的效率比MERGE算法效率低。 另外，使用TEMPTABLE算法的视图是不可更新的。
当我们创建视图而不指定显式算法时，UNDEFINED是默认算法。 UNDEFINED算法使mysql可以选择使用MERGE或TEMPTABLE算法。mysql优先使用MERGE算法进行TEMPTABLE算法，因为MERGE算法效率更高。
然后就是view后面的词组了，它就是名称的意思，在数据库中，视图和表共享相同的命名空间，因此视图和表不能具有相同的名称。 另外，视图的名称必须遵循表的命名规则。
最后就是SELECT语句了。在SELECT语句中，可以从数据库中存在的任何表或视图查询数据，同时SELECT语句必须遵循以下几个规则：
SELECT语句可以在where 语句中包含子查询，但FROM子句中的不能包含子查询。
SELECT语句不能引用任何变量，包括局部变量，用户变量和会话变量。
SELECT语句不能引用准备语句的参数。
在这里我们得稍稍注意下，SELECT语句不需要引用任何表。完事呢，我们来尝试基于orderDetails表来创建一个表示每个订单的总销售额的视图：
CREATE VIEW SalePerOrder AS
    SELECT 
        orderNumber, SUM(quantityOrdered * priceEach) total
    FROM
        orderDetails
    GROUP by orderNumber
    ORDER BY total DESC;
我们如果使用SHOW TABLES命令来查看示例数据库(yiibaidb)中的所有表，还会看到SalesPerOrder视图也显示在表的列表中：
mysql> SHOW TABLES;
+--------------------+
| Tables_in_yiibaidb |
+--------------------+
| article_tags       |
| contacts           |
| customers          |
| departments        |
| employees          |
| offices            |
| offices_bk         |
| offices_usa        |
| orderdetails       |
| orders             |
| payments           |
| productlines       |
| products           |
| saleperorder       |
+--------------------+
14 rows in set
这是因为视图和表共享相同的命名空间。要知道哪个对象是视图或表，就得使用SHOW FULL TABLES命令，如下所示：
mysql> SHOW FULL TABLES;
+--------------------+------------+
| Tables_in_yiibaidb | Table_type |
+--------------------+------------+
| article_tags       | BASE TABLE |
| contacts           | BASE TABLE |
| customers          | BASE TABLE |
| departments        | BASE TABLE |
| employees          | BASE TABLE |
| offices            | BASE TABLE |
| offices_bk         | BASE TABLE |
| offices_usa        | BASE TABLE |
| orderdetails       | BASE TABLE |
| orders             | BASE TABLE |
| payments           | BASE TABLE |
| productlines       | BASE TABLE |
| products           | BASE TABLE |
| saleperorder       | VIEW       |
+--------------------+------------+
14 rows in set
结果集中的table_type列指定哪个对象是视图，哪个对象是一个表(基表)。如上所示，saleperorder对应table_type列的值为：VIEW。然而，如果要查询每个销售订单的总销售额，只需要对SalePerOrder视图执行一个简单的SELECT语句，如下所示：
SELECT 
    *
FROM
    salePerOrder;
执行上面查询语句，得到以下结果：
+-------------+----------+
| orderNumber | total    |
+-------------+----------+
|       10165 | 67392.85 |
|       10287 | 61402.00 |
|       10310 | 61234.67 |
|       10212 | 59830.55 |
|-- 此处省略了many many数据-- |
|       10116 | 1627.56  |
|       10158 | 1491.38  |
|       10144 | 1128.20  |
|       10408 | 615.45   |
+-------------+----------+
327 rows in set
我们再来基于另一个视图创建一个视图，比如，根据SalesPerOrder视图创建名为大销售订单(BigSalesOrder)的视图，以显示总计大于60,000的每个销售订单，如下所示：
CREATE VIEW BigSalesOrder AS
    SELECT 
        orderNumber, ROUND(total,2) as total
    FROM
        saleperorder
    WHERE
        total > 60000;
现在，我们可以从BigSalesOrder视图查询数据，如下所示：
SELECT 
    orderNumber, total
FROM
    BigSalesOrder;
执行上面查询语句，得到以下结果：
+-------------+----------+
| orderNumber | total    |
+-------------+----------+
|       10165 | 67392.85 |
|       10287 | 61402.00 |
|       10310 | 61234.67 |
+-------------+----------+
3 rows in set
完事我们再来尝试使用inner join创建包含客户编号和客户支付的总金额的视图，如下所示：
CREATE VIEW customerOrders AS
    SELECT 
        c.customerNumber,
        p.amount
    FROM
        customers c
            INNER JOIN
        payments p ON p.customerNumber = c.customerNumber
    GROUP BY c.customerNumber
    ORDER BY p.amount DESC;
我们使用下面的sql来查询customerOrders视图中的数据：
+----------------+-----------+
| customerNumber | amount    |
+----------------+-----------+
|            124 | 101244.59 |
|            321 | 85559.12  |
|            239 | 80375.24  |
| **** 此处省略了many many数据 ***|
|            219 | 3452.75   |
|            216 | 3101.4    |
|            161 | 2434.25   |
|            172 | 1960.8    |
+----------------+-----------+
98 rows in set
再来尝试使用子查询创建包含价格高于所有产品的平均价格的产品的视图，如下所示：
CREATE VIEW aboveAvgProducts AS
    SELECT 
        productCode, productName, buyPrice
    FROM
        products
    WHERE
        buyPrice > 
 (SELECT 
                AVG(buyPrice)
            FROM
                products)
    ORDER BY buyPrice DESC;
我们来查询aboveAvgProducts视图的数据：
SELECT 
    *
FROM
    aboveAvgProducts;
执行上面查询语句，得到以下结果：
+-------------+-----------------------------------------+----------+
| productCode | productName                             | buyPrice |
+-------------+-----------------------------------------+----------+
| S10_4962    | 1962 LanciaA Delta 16V                  | 103.42   |
| S18_2238    | 1998 Chrysler Plymouth Prowler          | 101.51   |
| S10_1949    | 1952 Alpine Renault 1300                | 98.58    |
|************* 此处省略了many many数据 *********************************|
| S18_3320    | 1917 Maxwell Touring Car                | 57.54    |
| S24_4258    | 1936 Chrysler Airflow                   | 57.46    |
| S18_3233    | 1985 Toyota Supra                       | 57.01    |
| S18_2870    | 1999 Indy 500 Monte Carlo SS            | 56.76    |
| S32_4485    | 1974 Ducati 350 Mk3 Desmo               | 56.13    |
| S12_4473    | 1957 Chevy Pickup                       | 55.7     |
| S700_3167   | F/A 18 Hornet 1/72                      | 54.4     |
+-------------+-----------------------------------------+----------+
54 rows in set
好啦，到这里了，视图的创建和使用已经介绍的差不多了。但是，视图就没有什么使用的限制么？答案当然是有的，我们来分别看下。
首先，我们不能在视图上创建索引，再来就是当使用合并算法的视图查询数据时，mysql会使用底层表的索引，还有就是对于使用诱惑算法的视图，当我们针对视图查询数据时，不会使用索引。
还有就是要注意在mysql5.7.7之前版本，是不能在SELECT语句的FROM子句中使用子查询来定义视图的。
再来就是如果删除或重命名视图所基于的表，则mysql不会发出任何错误。但是，mysql会使视图无效，我们可以使用CHECK TABLE语句来检查视图是否有效。
一个简单的视图可以更新表中数据，但是基于具有连接，子查询等的复杂select语句创建的视图无法更新。
mysql不像Oracle、PostgreSQL等其他数据库系统那样支持物理视图，mysql是不支持物理视图的。
好啦，关于视图本次就记录到这里了。
如果感觉不错的话，请多多点赞支持哦。。。

13.1　使用CREATE VIEW创建视图（2）

代码13-2　创建视图列出那些居住在有出版社的城市的作者。注意视图使用了列名au_city和pub_city。重命名这些列避免了两列从基础表继承相同的列名city
CREATE VIEW cities  
  (au_id, au_city, pub_id, pub_city)  
  AS 
  SELECT a.au_id, a.city, p.pub_id, p.city  
    FROM authors a  
    INNER JOIN publishers p  
      ON a.city = p.city; 

代码13-3　创建视图，按某一出版社图书的不同类型列出总收入（=价格×销量）。因为对数学表达式显式命名而不是让DBMS分配默认名，这个视图在以后会很容易查询
CREATE VIEW revenues  
  (Publisher, BookType, Revenue)  
  AS 
  SELECT pub_id, type, SUM(price * sales)  
    FROM titles  
    GROUP BY pub_id, type; 

代码13-4　为使打印作者邮寄标签变得容易而创建视图。注意程序在SELECT子句中而不是CREATE VIEW子句中指定列名
CREATE VIEW mailing_labels  
  AS 
  SELECT 
      TRIM(au_fname || ' ' || au_lname)  
        AS 'address1',  
      TRIM(address)  
        AS 'address2',  
      TRIM(city) || ', ' || TRIM(state) ||  
        ' ' || TRIM(zip)  
        AS 'address3' 
    FROM authors; 

代码13-5　创建列出作者A02和A05的姓及两个人所写（或合写）图书的视图。注意这个语句使用了嵌套视图，它引用代码13-1创建的视图au_names。
CREATE VIEW au_titles (LastName, Title)  
  AS 
  SELECT an.au_lname, t.title_name  
    FROM title_authors ta  
    INNER JOIN au_names an  
      ON ta.au_id = an.au_id  
    INNER JOIN titles t  
      ON t.title_id = ta.title_id  
    WHERE an.au_id in ('A02','A05'); 

'提示

不能创建临时视图。视图和临时表的持久性是不同的。视图存在于SQL语句的生存期，临时表存在于进程的生存期，参见11.10节。

标准SQL没有ALTER VIEW语句。如果在视图创建之后，基础表或视图发生了改变，就要删除并重建这个视图。然而，Microsoft SQL Server、Oracle、DB2、MySQL和PostgreSQL都支持非标准的ALTER VIEW语句。

在Microsoft Access中运行CREATE VIEW语句时，视图将作为一个查询对象出现在数据库窗口。为了运行代码13-4，将每个||变为+，参见5.4节的DBMS提示。为了运行代码13-5，输入：
CREATE VIEW au_titles  
  (LastName, Title)  
  AS 
  SELECT an.au_lname, t.title_name  
    FROM au_names an  
    INNER JOIN (titles t  
    INNER JOIN title_authors ta  
      ON t.title_id = ta.title_id)  
      ON an.au_id = ta.au_id  
    WHERE an.au_id IN ('A02','A05'); 

为了在Microsoft SQL Server中运行代码13-1至代码13-5，要删除每个语句的结束分号。另外，为了运行代码13-4，要将每一个||变为+，将每一个TRIM(x)变为LTRIM(RTRIM(x))，参见5.4节和5.7节中的DBMS提示。

为了在Oracle 8i和之前的版本运行代码13-2和代码13-5，要使用WHERE语法而不是JOIN语法。对于代码13-2输入：
CREATE VIEW cities  
  (au_id, au_city, pub_id, pub_city)  
  AS 
  SELECT a.au_id, a.city,  
      p.pub_id, p.city  
    FROM authors a, publishers p  
    WHERE a.city = p.city; 

对于代码13-5：
CREATE VIEW au_titles  
  (LastName, Title)  
  AS 
  SELECT an.au_lname, t.title_name  
    FROM title_authors ta,  
      au_names an, titles t  
    WHERE ta.au_id = an.au_id  
      AND t.title_id = ta.title_id  
      AND an.au_id in ('A02','A05'); 

为了在DB2中运行代码13-4，应将所有TRIM(x)变为LTRIM(RTRIM(x))，参见5.7节的DBMS提示。

为了在MySQL中运行代码13-4，应使用CONCAT()函数而不是联接操作符||，参见5.4节的DBMS提示。MySQL 5.0和之后版本支持视图，之前版本不能运行本节的代码。（为了在之前版本隐藏数据，可使用MySQL的权限系统来限制列的访问。）

在Microsoft SQL Server、Oracle、DB2、MySQL和PostgreSQL中，创建视图时可以加入可选的WITH [CASCADED | LOCAL] CHECK OPTION子句。这个子句只用于可修改的视图，并确保只有能够被视图读取的数据可以被插入、更新或删除，参见13.3节。如果视图显示来自纽约州的作者，就不可能通过视图插入、更新或删除非纽约州的作者。CASCADED和LOCAL选项只能用于嵌套视图。CASCADED执行对当前视图和所有引用视图的检查。LOCAL只执行对当前视图的检查。