在講解視圖的時候我們的明白下面幾個概念。
什么是視圖？
視圖（view）是一種虛擬存在的表，是一個邏輯表，本身並不包含數據。作為一個select語句保存在數據字典中的。
視圖是干什么用的？
通過視圖，可以展現基表的部分數據；
視圖數據來自定義視圖的查詢中使用的表，使用視圖動態生成。
基表：用來創建視圖的表叫做基表
為什么要使用視圖？
因為視圖的諸多優點，如下
1）簡單：使用視圖的用戶完全不需要關心后面對應的表的結構、關聯條件和篩選條件，對用戶來說已經是過濾好的復合條件的結果集。
2）安全：使用視圖的用戶只能訪問他們被允許查詢的結果集，對表的權限管理並不能限制到某個行某個列，但是通過視圖就可以簡單的實現。
3）數據獨立：一旦視圖的結構確定了，可以屏蔽表結構變化對用戶的影響，源表增加列對視圖沒有影響；源表修改列名，則可以通過修改視圖來解決，不會造成對訪問者的影響。
總而言之，使用視圖的大部分情況是為了保障數據安全性，提高查詢效率。
MySQL中的視圖操作
因為視圖是需要基表才能構建，因此在講解視圖的時候，我們需要先創建兩張數據表用於后面演示視圖操作，下面是測試表和測試數據創建的SQL語句。
1、創建視圖
首先我們來看看創建視圖的SQL語法
OR REPLACE：表示在創建視圖時候會替換已有視圖ALGORITHM：表示視圖選擇算法,將在文章的后面詳細講解select_statement：表示select語句[WITH [CASCADED | LOCAL] CHECK OPTION]：表示視圖在更新時保證在視圖的權限范圍之內，詳情將在后面講解
注意：推薦使用WHIT [CASCADED|LOCAL] CHECK OPTION選項，可以保證數據的安全性，所以建議加上它。
下面是推薦語法格式：
1.1 創建單表視圖
執行下面的SQL語句創建一個單表視圖
執行結果如下圖所示
使用desc v_author命令查看視圖信息，執行結果如下圖所示
然后執行select * from v_author查看視圖里面顯示的數據，執行結果如下圖所示
然后執行select * from v_author查看視圖里面顯示的數據，執行結果如下圖所示
1.2 創建多表視圖
執行下面的SQL語句創建一個多表視圖
然后執行select * from v_blog查看多表視圖中的數據，下圖是執行結果
視圖將我們不需要的數據過濾掉，將相關的列名用我們自定義的列名替換。視圖作為一個訪問接口，不管基表的表結構和表名有多復雜。
如果創建視圖時不明確指定視圖的列名，那么列名就和定義視圖的select子句中的列名完全相同；
如果顯式的指定視圖的列名就按照指定的列名。
注意：顯示指定視圖列名，要求視圖名后面的列的數量必須匹配select子句中的列的數量。
2、查看視圖
使用show create view語句查看視圖信息，比如
視圖一旦創建完畢，就可以像一個普通表那樣使用，視圖主要用來查詢，比如select * from v_blog where 編號=1;，執行結果如下圖
有關視圖的信息記錄在information_schema數據庫中的views表中，我們可以通過SQL語句來查看，比如select * from information_schema.views where TABLE_NAME='v_blog'\G;
執行結果如下圖
3、視圖的更改
3.1 CREATE OR REPLACE VIEW語句修改視圖
create or replace view view_name as select語句;
在視圖存在的情況下可對視圖進行修改，視圖不在的情況下可創建視圖
3.2 ALTER語句修改視圖
注意：修改視圖是指修改數據庫中已存在的表的定義，當基表的某些字段發生改變時，可以通過修改視圖來保持視圖和基本表之間一致
3.3、DML操作更新視圖
因為視圖本身沒有數據，因此對視圖進行的dml操作最終都體現在基表中，比如我們執行以下操作
當然，視圖的DML操作，不是所有的視圖都可以做DML操作。
有下列內容之一，視圖不能做DML操作：
– select子句中包含distinct
– select子句中包含組函數
– select語句中包含group by子句
– select語句中包含order by子句
– select語句中包含union 、union all等集合運算符
– where子句中包含相關子查詢
– from子句中包含多個表
– 如果視圖中有計算列，則不能更新
– 如果基表中有某個具有非空約束的列未出現在視圖定義中，則不能做insert操作
3.4、drop刪除視圖
刪除視圖是指刪除數據庫中已存在的視圖，刪除視圖時，只能刪除視圖的定義，不會刪除數據，也就是說不會影響基表：
比如 drop view if exists v_student;
4、使用WITH CHECK OPTION約束
對於可以執行DML操作的視圖，定義時可以帶上WITH CHECK OPTION約束
作用：對視圖所做的DML操作的結果，不能違反視圖的WHERE條件的限制。
首先我在向博客表中插入幾條數據
然后創建一個視圖，獲取指定作為為1的數據
查詢一下數據
再使用update對視圖進行修改：
語句執行結果如下圖所示
因為違反了視圖中的where author_id = 1子句，所以拋出異常；
利用with check option約束限制，保證更新視圖是在該視圖的權限范圍之內。
使用WITH CHECK OPTION約束時，(不指定選項則默認是CASCADED)
可以使用CASCADED或者LOCAL選項指定檢查的程度：CASCADED：檢查所有的視圖，會檢查嵌套視圖及其底層的視圖LOCAL：只檢查將要更新的視圖本身，嵌套視圖不檢查其底層的視圖
5、定義視圖時的其他選項
視圖的完整語法
5.1 ALGORITHM選項
選擇在處理定義視圖的select語句中使用的方法
– UNDEFINED：MySQL將自動選擇所要使用的算法
– MERGE：將視圖的語句與視圖定義合並起來，使得視圖定義的某一部分取代語句的對應部分
– TEMPTABLE：將視圖的結果存入臨時表，然后使用臨時表執行語句
缺省ALGORITHM選項等同於ALGORITHM = UNDEFINED
5.2 DEFINER選項
指出誰是視圖的創建者或定義者
– definer= ‘用戶名’@’登錄主機’
– 如果不指定該選項，則創建視圖的用戶就是定義者，指定關鍵字CURRENT_USER(當前用戶)和不指定該選項效果相同
5.3 SQL SECURITY選項
要查詢一個視圖，首先必須要具有對視圖的select權限，如果同一個用戶對於視圖所訪問的表沒有select權限，那會怎么樣？
SQL SECURITY選項決定執行的結果：
– SQL SECURITY DEFINER：定義(創建)視圖的用戶必須對視圖所訪問的表具有select權限，也就是說將來其他用戶訪問表的時候以定義者的身份，此時其他用戶並沒有訪問權限。
– SQL SECURITY INVOKER：訪問視圖的用戶必須對視圖所訪問的表具有select權限。
缺省SQL SECURITY選項等同於SQL SECURITY DEFINER
視圖權限總結：
使用root用戶定義一個視圖(推薦使用第一種)：u1、u2
1）u1作為定義者定義一個視圖，u1對基表有select權限，u2對視圖有訪問權限：u2是以定義者的身份訪問可以查詢到基表的內容；
2）u1作為定義者定義一個視圖，u1對基表沒有select權限，u2對視圖有訪問權限，u2對基表有select權限：u2訪問視圖的時候是以調用者的身份，此時調用者是u2，可以查詢到基表的內容。