詳細分析mysql視圖的原理及使用方法
前言:
在MySQL中,視圖可能是我們最常用的數據庫對象之一了。那么你知道視圖和表的區(qū)別嗎?你知道創(chuàng)建及使用視圖要注意哪些點嗎?可能很多人對視圖只是一知半解,想詳細了解視圖的同學看過來喲,本篇文章會詳細介紹視圖的概念、創(chuàng)建及使用方法。
1.視圖定義及簡單介紹
視圖是基于 SQL 語句的結果集的可視化的表,即視圖是一個虛擬存在的表,可以包含表的全部或者部分記錄,也可以由一個表或者多個表來創(chuàng)建。使用視圖就可以不用看到數據表中的所有數據,而是只想得到所需的數據。當我們創(chuàng)建一個視圖的時候,實際上是在數據庫里執(zhí)行了SELECT語句,SELECT語句包含了字段名稱、函數、運算符,來給用戶顯示數據。
視圖的數據是依賴原來表中的數據的,所以原來的表的數據發(fā)生了改變,那么顯示的視圖的數據也會跟著改變,例如向數據表中插入數據,那么在查看視圖的時候,會發(fā)現視圖中也被插入了同樣的數據。視圖實際上是由預定義的查詢形式的表所組成的。
2.視圖創(chuàng)建及使用方法
創(chuàng)建視圖標準語法:
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:指出誰是視圖的創(chuàng)建者或定義者,如果不指定該選項,則創(chuàng)建視圖的用戶就是定義者。
4)SQL SECURITY:SQL安全性,默認為DEFINER
5)select_statement:表示select語句,可以從基表或其他視圖中進行選擇。
6)WITH CHECK OPTION:表示視圖在更新時保證約束,默認是CASCADED。
其實我們日常創(chuàng)建視圖時,無需指定每個參數,一般情況下,建議這樣創(chuàng)建視圖:
create view <視圖名稱> [(column_list)] as select語句 with check option;
下面給出幾個具體創(chuàng)建示例:
# 單表視圖 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.視圖相關最佳實踐
下面簡單介紹下視圖的優(yōu)點,通過這些優(yōu)點我們很容易總結出視圖的適用場景。
1)簡單:使用視圖的用戶完全不需要關心后面對應的表的結構、關聯條件和篩選條件,對用戶來說已經是過濾好的復合條件的結果集。
2)安全:使用視圖的用戶只能訪問他們被允許查詢的結果集,對表的權限管理并不能限制到某個行某個列,但是通過視圖就可以簡單的實現。
3)數據獨立:一旦視圖的結構確定了,可以屏蔽表結構變化對用戶的影響,源表增加列對視圖沒有影響;源表修改列名,則可以通過修改視圖來解決,不會造成對訪問者的影響。
總而言之,使用視圖的大部分情況是為了保障數據安全性,提高查詢效率。比如說我們經常用到幾個表的關聯結果,那么我們就可以使用視圖來處理,或者說第三方程序需要調用我們的業(yè)務庫,可以按需創(chuàng)建視圖給第三方程序查詢。
對于日常使用及維護視圖的過程中,個人總結出以下幾點實踐,可供參考:
- 視圖命名建議統(tǒng)一前綴,比如以v_或view_開頭,便于識別。
- SQL SECURITY使用默認的DEFINER,表示已視圖定義者的權限去查詢視圖。
- 視圖定義者建議使用相關程序用戶。
- 視圖不要關聯太多的表,造成數據冗余。
- 查詢視圖時要附帶條件,不建議每次都查詢出所有數據。
- 視圖遷移要注意在新環(huán)境有該視圖的定義者用戶。
- 不要直接更新視圖中的數據,視圖只作查詢。
總結:
視圖在MySQL中經常會用到,本篇文章介紹了視圖的概念以及創(chuàng)建方法,延伸而來,后續(xù)又講述了視圖的使用場景及優(yōu)點??赡茉谑褂脮r感覺不出視圖和表的區(qū)別,其實這里面的門道還有很多,在這里建議視圖只作查詢使用,按照規(guī)范來,視圖會帶來很大的便捷。希望這篇文章對你有幫助。
以上就是詳細分析mysql視圖的詳細內容,更多關于mysql視圖的資料請關注腳本之家其它相關文章!
相關文章
MySQL中dd::columns表結構轉table過程及應用詳解
MySQL的dd表是用來存放表結構和各種建表信息的,客戶端建的表都存在mysql.table和mysql.columns表里,還有一個表mysql.column_type_elements比較特殊,用來存放SET和ENUM類型的字段集合值信息,對mysql dd::columns表結構相關知識感興趣的朋友一起看看吧2022-09-09
MySQL性能優(yōu)化配置參數之thread_cache和table_cache詳解
這篇文章主要介紹了MySQL性能優(yōu)化配置參數之thread_cache和table_cache詳解,THREAD_CACHE是Mysql的連接池,table_cache指定表高速緩存的大小,需要的朋友可以參考下2014-07-07
mysql中order by與group by的區(qū)別
以下是對mysql中order by與group by的區(qū)別進行了詳細的分析介紹,需要的朋友可以過來參考下2013-07-07

