A. 什麼是視圖視圖的作用
視圖是指計算機資料庫中的視圖，是一個虛擬表，其內容由查詢定義。同真實的表一樣，視圖包含一系列帶有名稱的列和行數據。以下是由我整理關於什麼是視圖的內容，希望大家喜歡!
視圖的含義
從用戶角度來看，一個視圖是從一個特定的角度來查看資料庫中的數據。從資料庫系統內部來看，一個視圖是由SELECT語句組成的查詢定義的虛擬表。從資料庫系統內部來看，視圖是由一張或多張表中的數據組成的，從資料庫系統外部來看，視圖就如同一張表一樣，對表能夠進行的一般操作都可以應用於視圖，例如查詢，插入，修改，刪除操作等。
視圖是一個虛擬表，其內容由查詢定義。同真實的表一樣，視圖的作用類似於篩選。定義視圖的篩選可以來自當前或 其它 資料庫的一個或多個表，或者其它視圖。分布式查詢也可用於定義使用多個異類源數據的視圖。
視圖是存儲在資料庫中的查詢的sql 語句，它主要出於兩種原因：安全原因， 視圖可以隱藏一些數據，如：社會 保險 基金錶，可以用視圖只顯示姓名，地址，而不顯示社會保險號和工資數等，另一原因是可使復雜的查詢易於理解和使用。
視圖：查看圖形或文檔的方式。
視圖一經定義便存儲在資料庫中，與其相對應的數據並沒有像表那樣又在資料庫中再存儲一份，通過視圖看到的數據只是存放在基本表中的數據。對視圖的操作與對表的操作一樣，可以對其進行查詢、修改(有一定的限制)、刪除。
當對通過視圖看到的數據進行修改時，相應的基本表的數據也要發生變化，同時，若基本表的數據發生變化，則這種變化也可以自動地反映到視圖中。
視圖的種類區別
Oracle資料庫視圖的種類和區別
關系視圖：Oracle視圖是作為資料庫對象存在的，因此，創建之後也可以通過工具或數據字典來查看視圖的相關信息。這是大家常用的視圖，如：create view 視圖。
內嵌視圖：在from語句中的可以把表改成一個子查詢，如：select a、id ,b、id from emp a,(select id from dept) b where a、id=b、id內嵌視圖不屬於任何用戶，也不是對象，內嵌視圖是子查詢的一種，可以與數據表、視圖一樣作為查詢語句的數據源存在，但在形式上有較大的區別，內嵌視圖不必使用create view命令進行創建，因此，在數據字典中也無法獲得相應信息。內嵌視圖的特點在於無須創建真正的資料庫對象，而只是封裝查詢，因此會節約資料庫資源，同時不會增加維護成本。但是內嵌視圖不具有可復用性，因此當預期將在多處調用到同一查詢定義時，還是應該使用關系視圖。
對象視圖：對象類型在資料庫編程中有許多好處，但有時，應用程序已經開發完成。為了迎合對象類型而重建數據表是不現實的。對象視圖正是解決這一問題的優秀策略。
對象視圖創建之後，同樣可以在數據字典中獲得其相應信息。利用Oracle內置視圖user_views可以獲得對象視圖相關信息。Oracle中的對象數據實際仍然以關系數據的形式存儲。但是，對象的特性，例如繼承、封裝等，都為開發人員提供了更加靈活的處理形式。同樣，可以構造復雜的對象類型來封裝復雜的多表查詢。
物化視圖：常用於資料庫的容災，不是傳統意義上虛擬視圖，是實體化視圖，和表一樣可以存儲數據、查詢數據。主備資料庫數據同步通過物化視圖實現，主備資料庫通過data link連接，在主備資料庫物化視圖進行數據復制。當主資料庫垮掉時，備資料庫接管，實現容災。
視圖的作用
簡單性。看到的就是需要的。視圖不僅可以簡化用戶對數據的理解，也可以簡化他們的操作。那些被經常使用的查詢可以被定義為視圖，從而使得用戶不必為以後的操作每次指定全部的條件。
安全性。通過視圖用戶只能查詢和修改他們所能見到的數據。但不能授權到資料庫特定行和特定的列上。通過視圖，用戶可以被限制在數據的不同子集上：
使用許可權可被限制在另一視圖的一個子集上，或是一些視圖和基表合並後的子集上。
邏輯數據獨立性。視圖可幫助用戶屏蔽真實表結構變化帶來的影響。
視圖的優點
1、 視點集中
視圖集中即是使用戶只關心它感興趣的某些特定數據和他們所負責的特定任務。這樣通過只允許用戶看到視圖中所定義的數據而不是視圖引用表中的數據而提高了數據的安全性。
2、 簡化操作
視圖大大簡化了用戶對數據的操作。因為在定義視圖時，若視圖本身就是一個復雜查詢的結果集，這樣在每一次執行相同的查詢時，不必重新寫這些復雜的查詢語句，只要一條簡單的查詢視圖語句即可。可見視圖向用戶隱藏了表與表之間的復雜的連接操作。
3、 定製數據
視圖能夠實現讓不同的用戶以不同的方式看到不同或相同的數據集。因此，當有許多不同水平的用戶共用同一資料庫時，這顯得極為重要。
4、 合並分割數據
在有些情況下，由於表中數據量太大，故在表的設計時常將表進行水平分割或垂直分割，但表的結構的變化卻對應用程序產生不良的影響。如果使用視圖就可以重新保持原有的結構關系，從而使外模式保持不變，原有的應用程序仍可以通過視圖來重載數據。
5、 安全性
視圖可以作為一種安全機制。通過視圖用戶只能查看和修改他們所能看到的數據。其它資料庫或表既不可見也不可以訪問。如果某一用戶想要訪問視圖的結果集，必須授予其訪問許可權。視圖所引用表的訪問許可權與視圖許可權的設置互不影響。
B. 資料庫如何創建視圖
視圖是一個虛擬表，其內容由查詢定義。同真實的表一樣，視圖包含一系列帶有名稱的列和行數據。但是，視圖並不在資料庫中以存儲的數據值集形式存在。行和列數據來自由定義視圖的查詢所引用的表，並且在引用視圖時動態生成。
對其中所引用的基礎表來說，視圖的作用類似於篩選。定義視圖的篩選可以來自當前或其它資料庫的一個或多個表，或者其它視圖。通過視圖進行查詢沒有任何限制，通過它們進行數據修改時的限制也很少。
視圖是存儲在資料庫中的查詢的SQL 語句，它主要出於兩種原因：安全原因， 視圖可以隱藏一些數據，如：社會保險基金錶，可以用視圖只顯示姓名，地址，而不顯示社會保險號和工資數等，另一原因是可使復雜的查詢易於理解和使用。這個視圖就像一個「窗口」，從中只能看到你想看的數據列。這意味著你可以在這個視圖上使用SELECT *，而你看到的將是你在視圖定義里給出的那些數據列：
既然視圖的定義是基於基本表的，哪為什麼還要定義視圖呢？這是因為合理地使用視圖能夠帶來許多好處：
1、 視圖能簡化用戶操作
視圖機制使用戶可以將注意力集中在所關心地數據上。如果這些數據不是直接來自基本表，則可以通過定義視圖，使資料庫看起來結構簡單、清晰，並且可以簡化用戶的的數據查詢操作。例如，那些定義了若干張表連接的視圖，就將表與表之間的連接操作對用戶隱藏起來了。換句話說，用戶所作的只是對一個虛表的簡單查詢，而這個虛表是怎樣得來的，用戶無需了解。
2、 視圖使用戶能以多種角度看待同一數據
視圖機制能使不同的用戶以不同的方式看待同一數據，當許多不同種類的用戶共享同一個資料庫時，這種靈活性是非常必要的。
3、 視圖對重構資料庫提供了一定程度的邏輯獨立性
數據的物理獨立性是指用戶的應用程序不依賴於資料庫的物理結構。數據的邏輯獨立性是指當資料庫重構造時，如增加新的關系或對原有的關系增加新的欄位，用戶的應用程序不會受影響。層次資料庫和網狀資料庫一般能較好地支持數據的物理獨立性，而對於邏輯獨立性則不能完全的支持。
在關許資料庫中，資料庫的重構造往往是不可避免的。重構資料庫最常見的是將一個基本表「垂直」地分成多個基本表。例如：將學生關系Student（Sno，Sname，Ssex，Sage，Sdept），
分為SX（Sno，Sname，Sage）和SY（Sno，Ssex，Sdept）兩個關系。這時原表Student為SX表和SY表自然連接的結果。如果建立一個視圖Student：
[sql]view plain
CREATEVIEWStudent（Sno，Sname，Ssex，Sage，Sdept）ASSELECTSX.Sno，SX.Sname，SY.Ssex，SX.Sage，SY.SdeptFROMSX，SYWHERESX.Sno=SY.Sno；
CREATEVIEWVMGRADE
AS
SELECTSno，MAX(Grade)Mgrade
FROMSC
GROUPBYSno
SELECTSC.Sno，CnoFROMSC，VMGRADEWHERESC.Sno=VMGRADE.SnoANDSC.Grade=VMGRADE.Mgrade；
CREATETABLEt_employee(
IDINTPRIMARYKEYAUTO_INCREMENT,
NAMECHAR(30)NOTNULL,
SEXCHAR(2)NOTNULL,
AGEINTNOTNULL,
DEPARTMENTCHAR(10)NOTNULL,
SALARYINTNOTNULL,
HOMECHAR(30),
MARRYCHAR(2)NOTNULLDEFAULT'否',
HOBBYCHAR(30)
);
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'小紅','女',20,'人事部','4000','廣東','否','網球');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'明日','女',21,'人事部','9000','北京','否','網球');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'天天','男',22,'研發部','8000','上海','否','音樂');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'大大','女',23,'研發部','9000','重慶','否','無');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'王下','女',24,'研發部','9000','四川','是','足球');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'無名','男',25,'銷售部','6000','福建','否','游戲');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'不知道','女',26,'銷售部','5000','山西','否','籃球');
DROPVIEWIFEXISTS視圖名
這樣盡管資料庫的邏輯結構改變了（變為SX和SY兩個表了），但應用程序不必修改，因為新建立的視圖定義為用戶原來的關系，使用戶的外模式保持不變，用戶的應用程序通過視圖仍然能夠查找數據。
當然，視圖只能在一定程度上提供數據的邏輯獨立，比如由於視圖的更新是有條件的，因此應用程序中修改數據的語句可能仍會因為基本表構造的改變而改變。
4、視圖能夠對機密數據提供安全保護
有了視圖機制，就可以在設計資料庫應用系統時，對不同的用戶定義不同的視圖，使機密數據不出現在不應該看到這些數據的用戶視圖上。這樣視圖機制就自動提供了對機密數據的安全保護功能。例如，Student表涉及全校15個院系學生數據，可以在其上定義15個視圖，每個視圖只包含一個院系的學生數據，並只允許每個院系的主任查詢和修改本原系學生視圖。
5、適當的利用視圖可以更清晰地表達查詢
例如經常需要執行這樣的查詢「對每個學生找出他獲得最高成績的課程號」。可以先定義一個視圖，求出每個同學獲得的最高成績：
[sql]view plain
然後用如下的查詢語句完成查詢：
[sql]view plain
二、數據准備
1、員工表
[sql]view plain
插入數據：
[sql]view plain
插入的結果：
結果顯示插入失敗
對於with check option用法，總結如下：
通過有with check option選項的視圖操作基表(只是面對單表，對連接多表的視圖正在尋找答案)，有以下結論： 插入後的數據，通過視圖能夠查詢出來就符合WITH CHECK OPTION 否則就不符合；
首先視圖只操作它可以查詢出來的數據，對於它查詢不出的數據，即使基表有，也不可以通過視圖來操作。
1.對於update,有with check option，要保證update後，數據要被視圖查詢出來
2.對於delete,有無with check option都一樣
4.對於insert,有with check option，要保證insert後，數據要被視圖查詢出來
對於沒有where 子句的視圖，使用with check option是多餘的
7、刪除視圖
[sql]view plain
等
C. 資料庫中視圖的好處是什麼
1、視點集中：
視圖集中即是使用戶只關心它感興趣的某些特定數據和他們所負責的特定任務。
2.、簡化用戶的相關操作：
因為在定義視圖時，若視圖本身就是一個復雜查詢的結果集，這樣在每一次執行相同的查詢時，不必重新寫這些復雜的查詢語句，只要一條簡單的查詢視圖語句即可。可見視圖向用戶隱藏了表與表之間的復雜的連接操作。
3、定製數據：
視圖能夠實現讓不同的用戶以不同的方式看到不同或相同的數據集。因此，當有許多不同水平的用戶共用同一資料庫時，這顯得極為重要。
4、合並分割數據：
視圖可以重新保持原有的結構關系，從而使外模式保持不變，原有的應用程序仍可以通過視圖來重載數據。
5、安全性高：
視圖可以作為一種安全機制。通過視圖用戶只能查看和修改他們所能看到的數據，如果某一用戶想要訪問視圖的結果集，必須授予其訪問許可權。視圖所引用表的訪問許可權與視圖許可權的設置互不影響。
(3)海大資料庫實驗五視圖擴展閱讀：
視圖的特點：
1、視圖通常也被稱為子查詢，是從一個或多個表導出的虛擬的表，其內容由查詢定義。具有普通表的結構，但是不實現數據存儲；
2、對視圖的修改：單表視圖一般用於查詢和修改，會改變基本表的數據；
3、多表視圖一般用於查詢，不會改變基本表的數據；
4、視圖可以使應用程序和資料庫表在一定程度上獨立。如果沒有視圖，應用一定是建立在表上的，有了視圖之後，程序可以建立在視圖之上，從而程序與資料庫表被視圖分割開來。