MySQL 視圖（View）是一種虛擬存在的表，同真實表一樣，視圖也由列和行構成，但視圖并不實際存在于數(shù)據庫中。行和列的數(shù)據來自于定義視圖的查詢中所使用的表，并且還是在使用視圖時動態(tài)生成的。

數(shù)據庫中只存放了視圖的定義，并沒有存放視圖中的數(shù)據，這些數(shù)據都存放在定義視圖查詢所引用的真實表中。使用視圖查詢數(shù)據時，數(shù)據庫會從真實表中取出對應的數(shù)據。因此，視圖中的數(shù)據是依賴于真實表中的數(shù)據的。一旦真實表中的數(shù)據發(fā)生改變，顯示在視圖中的數(shù)據也會發(fā)生改變。

視圖可以從原有的表上選取對用戶有用的信息，那些對用戶沒用，或者用戶沒有權限了解的信息，都可以直接屏蔽掉，作用類似于篩選。這樣做既使應用簡單化，也保證了系統(tǒng)的安全。

例如，下面的數(shù)據庫中有一張公司部門表 department。表中包括部門號（d_id）、部門名稱（d_name）、功能（function）和辦公地址（address）。department 表的結構如下：

mysql> DESC department;
+----------+-------------+------+-----+---------+-------+
| Field    | Type        | Null | Key | Default | Extra |
+----------+-------------+------+-----+---------+-------+
| d_id     | int(4)      | NO   | PRI | NULL    |       |
| d_name   | varchar(20) | NO   | UNI    | NULL    |       |
| function | varchar(50) | YES  |     | NULL    |       |
| address  | varchar(50) | YES  |     | NULL    |       |
+----------+-------------+------+-----+---------+-------+
4 rows in set (0.02 sec)

還有一張員工表 worker。表中包含了員工的工作號（num）、部門號（d_id）、姓名（name）、性別（sex）、出生日期（birthday）和家庭住址（homeaddress）。worker 表的結構如下：

mysql> DESC worker;
+-------------+-------------+------+-----+---------+-------+
| Field       | Type        | Null | Key | Default | Extra |
+-------------+-------------+------+-----+---------+-------+
| num         | int(10)     | NO   | PRI | NULL    |       |
| d_id        | int(4)      | YES  |MUL     | NULL    |       |
| name        | varchar(20) | NO   |     | NULL    |       |
| sex         | varchar(4)  | NO   |     | NULL    |       |
| birthday    | datetime    | YES  |     | NULL    |       |
| homeaddress | varchar(50) | YES  |     | NULL    |       |
+-------------+-------------+------+-----+---------+-------+
6 rows in set (0.01 sec)

由于各部門領導的權力范圍不同，因此，各部門的領導只能看到該部門的員工信息；而且，領導可能不關心員工的生日和家庭住址。為了達到這個目的，可以為各部門的領導建立一個視圖，通過該視圖，領導只能看到本部門員工的指定信息。

例如，為生產部門建立一個名為 product _view 的視圖。通過視圖 product_ view，生產部門的領導只能看到生產部門員工的工作號、姓名和性別等信息。這些 department 表的信息和 worker 表的信息依然存在于各自的表中，而視圖 product_view 中不保存任何數(shù)據信息。當 department 表和 worker 表的信息發(fā)生改變時，視圖 product_view 顯示的信息也會發(fā)生相應的變化。

技巧：如果經常需要從多個表查詢指定字段的數(shù)據，可以在這些表上建立一個視圖，通過這個視圖顯示這些字段的數(shù)據。

MySQL 的視圖不支持輸入參數(shù)的功能，因此交互性上還有欠缺。但對于變化不是很大的操作，使用視圖可以很大程度上簡化用戶的操作。

視圖并不同于數(shù)據表，它們的區(qū)別在于以下幾點：

• 視圖不是數(shù)據庫中真實的表，而是一張?zhí)摂M表，其結構和數(shù)據是建立在對數(shù)據中真實表的查詢基礎上的。
• 存儲在數(shù)據庫中的查詢操作 SQL 語句定義了視圖的內容，列數(shù)據和行數(shù)據來自于視圖查詢所引用的實際表，引用視圖時動態(tài)生成這些數(shù)據。
• 視圖沒有實際的物理記錄，不是以數(shù)據集的形式存儲在數(shù)據庫中的，它所對應的數(shù)據實際上是存儲在視圖所引用的真實表中的。
• 視圖是數(shù)據的窗口，而表是內容。表是實際數(shù)據的存放單位，而視圖只是以不同的顯示方式展示數(shù)據，其數(shù)據來源還是實際表。
• 視圖是查看數(shù)據表的一種方法，可以查詢數(shù)據表中某些字段構成的數(shù)據，只是一些 SQL 語句的集合。從安全的角度來看，視圖的數(shù)據安全性更高，使用視圖的用戶不接觸數(shù)據表，不知道表結構。
• 視圖的建立和刪除只影響視圖本身，不影響對應的基本表。

視圖的優(yōu)點

視圖與表在本質上雖然不相同，但視圖經過定義以后，結構形式和表一樣，可以進行查詢、修改、更新和刪除等操作。同時，視圖具有如下優(yōu)點：

1) 定制用戶數(shù)據，聚焦特定的數(shù)據

在實際的應用過程中，不同的用戶可能對不同的數(shù)據有不同的要求。

例如，當數(shù)據庫同時存在時，如學生基本信息表、課程表和教師信息表等多種表同時存在時，可以根據需求讓不同的用戶使用各自的數(shù)據。學生查看修改自己基本信息的視圖，安排課程人員查看修改課程表和教師信息的視圖，教師查看學生信息和課程信息表的視圖。

2) 簡化數(shù)據操作

在使用查詢時，很多時候要使用聚合函數(shù)，同時還要顯示其他字段的信息，可能還需要關聯(lián)到其他表，語句可能會很長，如果這個動作頻繁發(fā)生的話，可以創(chuàng)建視圖來簡化操作。

3) 提高數(shù)據的安全性

視圖是虛擬的，物理上是不存在的?？梢灾皇谟栌脩粢晥D的權限，而不具體指定使用表的權限，來保護基礎數(shù)據的安全。

4) 共享所需數(shù)據

通過使用視圖，每個用戶不必都定義和存儲自己所需的數(shù)據，可以共享數(shù)據庫中的數(shù)據，同樣的數(shù)據只需要存儲一次。

5) 更改數(shù)據格式

通過使用視圖，可以重新格式化檢索出的數(shù)據，并組織輸出到其他應用程序中。

6) 重用 SQL 語句

視圖提供的是對查詢操作的封裝，本身不包含數(shù)據，所呈現(xiàn)的數(shù)據是根據視圖定義從基礎表中檢索出來的，如果基礎表的數(shù)據新增或刪除，視圖呈現(xiàn)的也是更新后的數(shù)據。視圖定義后，編寫完所需的查詢，可以方便地重用該視圖。

 


要注意區(qū)別視圖和數(shù)據表的本質，即視圖是基于真實表的一張?zhí)摂M的表，其數(shù)據來源均建立在真實表的基礎上。

 

使用視圖的時候，還應該注意以下幾點：

• 創(chuàng)建視圖需要足夠的訪問權限。
• 創(chuàng)建視圖的數(shù)目沒有限制。
• 視圖可以嵌套，即從其他視圖中檢索數(shù)據的查詢來創(chuàng)建視圖。
• 視圖不能索引，也不能有關聯(lián)的觸發(fā)器、默認值或規(guī)則。
• 視圖可以和表一起使用。
• 視圖不包含數(shù)據，所以每次使用視圖時，都必須執(zhí)行查詢中所需的任何一個檢索操作。如果用多個連接和過濾條件創(chuàng)建了復雜的視圖或嵌套了視圖，可能會發(fā)現(xiàn)系統(tǒng)運行性能下降得十分嚴重。因此，在部署大量視圖應用時，應該進行系統(tǒng)測試。

提示：ORDER BY 子句可以用在視圖中，但若該視圖檢索數(shù)據的 SELECT 語句中也含有 ORDER BY 子句，則該視圖中的 ORDER BY 子句將被覆蓋。

分享題目：創(chuàng)新互聯(lián)數(shù)據庫教程：MySQL視圖是什么？
文章路徑：http://uogjgqi.cn/article/coojhho.html