激情久久久_欧美视频区_成人av免费_不卡视频一二三区_欧美精品在欧美一区二区少妇_欧美一区二区三区的

服務器之家:專注于服務器技術及軟件下載分享
分類導航

Mysql|Sql Server|Oracle|Redis|MongoDB|PostgreSQL|Sqlite|DB2|mariadb|Access|數據庫技術|

服務器之家 - 數據庫 - Mysql - 詳細分析mysql視圖的原理及使用方法

詳細分析mysql視圖的原理及使用方法

2020-08-10 22:19MySQL技術 Mysql

這篇文章主要介紹了mysql視圖的相關資料,幫助大家更好的理解和學習MySQL,感興趣的朋友可以了解下

前言:

在MySQL中,視圖可能是我們最常用的數據庫對象之一了。那么你知道視圖和表的區別嗎?你知道創建及使用視圖要注意哪些點嗎?可能很多人對視圖只是一知半解,想詳細了解視圖的同學看過來喲,本篇文章會詳細介紹視圖的概念、創建及使用方法。

1.視圖定義及簡單介紹

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

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

2.視圖創建及使用方法

創建視圖標準語法:

?
1
2
3
4
5
6
7
8
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。

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

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

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

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
# 單表視圖
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中經常會用到,本篇文章介紹了視圖的概念以及創建方法,延伸而來,后續又講述了視圖的使用場景及優點。可能在使用時感覺不出視圖和表的區別,其實這里面的門道還有很多,在這里建議視圖只作查詢使用,按照規范來,視圖會帶來很大的便捷。希望這篇文章對你有幫助。

以上就是詳細分析mysql視圖的詳細內容,更多關于mysql視圖的資料請關注服務器之家其它相關文章!

原文鏈接:https://cloud.tencent.com/developer/article/1559669

延伸 · 閱讀

精彩推薦
主站蜘蛛池模板: 性欧美视频在线观看 | 久久免费毛片 | 成人 精品 | 最近中文字幕一区二区 | 一级免费黄色免费片 | 欧美性生活久久 | 国产亚洲小视频 | 91久久精品国产亚洲 | 欧美一级高潮片免费的 | 毛片一区二区三区四区 | 国产精品久久久久久久久久iiiii | 网站激情 | 国产免费一区二区三区视频 | 国产一级毛片视频在线! | 91九色蝌蚪国产 | 国产精品视频免费在线观看 | 国产在线一级视频 | 国产精品视频在线观看免费 | 国产青草视频在线观看 | 欧美日韩a∨毛片一区 | 伦一区二区三区中文字幕v亚洲 | 亚洲最大的成人网 | 国产91免费看 | av资源在线| 中文字幕在线第二页 | 国产精品亚洲一区二区三区久久 | 4480午夜 | 九九精品在线播放 | 国产精品野外av久久久 | 久久影库 | 午夜视频中文字幕 | 国产精品久久久久久模特 | a级在线| 国产一区二区视频精品 | 国产伦精品一区二区三区在线 | 一级@片 | 极品大长腿啪啪高潮露脸 | 亚洲日本高清 | 国产亚洲精品综合一区91 | 久久久久久久久国产 | 欧美日本国产精品 |