MySQL視圖是怎樣的

MySQL視圖是怎樣的，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

1.視圖定義及簡單介紹

視圖是基于 SQL 語句的結果集的可視化的表，即視圖是一個虛擬存在的表，可以包含表的全部或者部分記錄，也可以由一個表或者多個表來創建。使用視圖就可以不用看到數據表中的所有數據，而是只想得到所需的數據。當我們創建一個視圖的時候，實際上是在數據庫里執行了SELECT語句，SELECT語句包含了字段名稱、函數、運算符，來給用戶顯示數據。

視圖的數據是依賴原來表中的數據的，所以原來的表的數據發生了改變，那么顯示的視圖的數據也會跟著改變，例如向數據表中插入數據，那么在查看視圖的時候，會發現視圖中也被插入了同樣的數據。視圖實際上是由預定義的查詢形式的表所組成的。

2.視圖創建及使用方法

創建視圖標準語法：

CREATE
    [OR REPLACE]
    [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
    [DEFINER = user]
    [SQL SECURITY { DEFINER | INVOKER }]
    VIEW view_name [(column_list)]
    AS select_statement
    [WITH [CASCADED | LOCAL] CHECK OPTION]

語法解讀：

1）OR REPLACE：表示替換已有視圖，如果該視圖不存在，則CREATE OR REPLACE VIEW與CREATE VIEW相同。

2）ALGORITHM：表示視圖選擇算法，默認算法是UNDEFINED(未定義的)：MySQL自動選擇要使用的算法 ；merge合并；temptable臨時表，一般該參數不顯式指定。

3）DEFINER：指出誰是視圖的創建者或定義者，如果不指定該選項，則創建視圖的用戶就是定義者。

4）SQL SECURITY：SQL安全性，默認為DEFINER。

5）select_statement：表示select語句，可以從基表或其他視圖中進行選擇。

6）WITH CHECK OPTION：表示視圖在更新時保證約束，默認是CASCADED。

其實我們日常創建視圖時，無需指定每個參數，一般情況下，建議這樣創建視圖：

create view <視圖名稱> [(column_list)]
as select語句
with check option;

下面給出幾個具體創建示例：

# 單表視圖
mysql> create view v_F_players(編號,名字,性別,電話)
    -> as
    -> select PLAYERNO,NAME,SEX,PHONENO from PLAYERS
    -> where SEX='F'
    -> with check option;
Query OK, 0 rows affected (0.00 sec)
mysql> desc v_F_players;
+--------+----------+------+-----+---------+-------+
| Field  | Type     | Null | Key | Default | Extra |
+--------+----------+------+-----+---------+-------+
| 編號    | int(11)  | NO   |     | NULL    |       |
| 名字    | char(15) | NO   |     | NULL    |       |
| 性別    | char(1)  | NO   |     | NULL    |       |
| 電話    | char(13) | YES  |     | NULL    |       |
+--------+----------+------+-----+---------+-------+
4 rows in set (0.00 sec)
mysql> select * from  v_F_players;
+--------+-----------+--------+------------+
| 編號    | 名字      | 性別    | 電話        |
+--------+-----------+--------+------------+
|      8 | Newcastle | F      | 070-458458 |
|     27 | Collins   | F      | 079-234857 |
|     28 | Collins   | F      | 010-659599 |
|    104 | Moorman   | F      | 079-987571 |
|    112 | Bailey    | F      | 010-548745 |
+--------+-----------+--------+------------+
5 rows in set (0.02 sec)
# 多表視圖
mysql> create view v_match
    -> as 
    -> select a.PLAYERNO,a.NAME,MATCHNO,WON,LOST,c.TEAMNO,c.DIVISION
    -> from 
    -> PLAYERS a,MATCHES b,TEAMS c
    -> where a.PLAYERNO=b.PLAYERNO and b.TEAMNO=c.TEAMNO;
Query OK, 0 rows affected (0.03 sec)
mysql> select * from v_match;
+----------+-----------+---------+-----+------+--------+----------+
| PLAYERNO | NAME      | MATCHNO | WON | LOST | TEAMNO | DIVISION |
+----------+-----------+---------+-----+------+--------+----------+
|        6 | Parmenter |       1 |   3 |    1 |      1 | first    |
|       44 | Baker     |       4 |   3 |    2 |      1 | first    |
|       83 | Hope      |       5 |   0 |    3 |      1 | first    |
|      112 | Bailey    |      12 |   1 |    3 |      2 | second   |
|        8 | Newcastle |      13 |   0 |    3 |      2 | second   |
+----------+-----------+---------+-----+------+--------+----------+
5 rows in set (0.04 sec)

視圖在使用時和基礎表一樣，比如我們可以使用 select from view_name 或 select from view_name where … ，視圖可以將我們不需要的數據過濾掉，將相關的列名用我們自定義的列名替換。視圖作為一個訪問接口，不管基表的表結構和表名有多復雜。一般情況下視圖只用于查詢，視圖本身沒有數據，因此對視圖進行的dml操作最終都體現在基表中，對視圖進行delete、update、insert操作，原表同樣會更新，drop視圖原表不會變，視圖不可以truncate。但是一般情況下我們要避免更新視圖，dml操作可以直接對原表進行更新。

3.視圖相關最佳實踐

下面簡單介紹下視圖的優點，通過這些優點我們很容易總結出視圖的適用場景。

1）簡單：使用視圖的用戶完全不需要關心后面對應的表的結構、關聯條件和篩選條件，對用戶來說已經是過濾好的復合條件的結果集。

2）安全：使用視圖的用戶只能訪問他們被允許查詢的結果集，對表的權限管理并不能限制到某個行某個列，但是通過視圖就可以簡單的實現。

3）數據獨立：一旦視圖的結構確定了，可以屏蔽表結構變化對用戶的影響，源表增加列對視圖沒有影響；源表修改列名，則可以通過修改視圖來解決，不會造成對訪問者的影響。

總而言之，使用視圖的大部分情況是為了保障數據安全性，提高查詢效率。比如說我們經常用到幾個表的關聯結果，那么我們就可以使用視圖來處理，或者說第三方程序需要調用我們的業務庫，可以按需創建視圖給第三方程序查詢。

對于日常使用及維護視圖的過程中，個人總結出以下幾點實踐，可供參考：

• 視圖命名建議統一前綴，比如以v或view開頭，便于識別。

• SQL SECURITY使用默認的DEFINER，表示已視圖定義者的權限去查詢視圖。

• 視圖定義者建議使用相關程序用戶。

• 視圖不要關聯太多的表，造成數據冗余。

• 查詢視圖時要附帶條件，不建議每次都查詢出所有數據。

• 視圖遷移要注意在新環境有該視圖的定義者用戶。

• 不要直接更新視圖中的數據，視圖只作查詢。

看完上述內容，你們掌握MySQL視圖是怎樣的的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！