oracle視圖總結(轉)

視圖簡介: 

視圖是基於一個表或多個表或視圖的邏輯表，本身不包含數據，通過它可以對錶裏面的數據進行查詢和修改。視圖基於的表稱爲基表。視圖是存儲在數據字典裏的一條select語句。 通過創建視圖可以提取數據的邏輯上的集合或組合。 

視圖的優點： 
1.對數據庫的訪問，因爲視圖可以有選擇性的選取數據庫裏的一部分。 
2.用戶通過簡單的查詢可以從複雜查詢中得到結果。 
3.維護數據的獨立性，試圖可從多個表檢索數據。 
4.對於相同的數據可產生不同的視圖。 

視圖的分類： 
視圖分爲簡單視圖和複雜視圖。 

兩者區別如下： 
1.簡單視圖只從單表裏獲取數據，複雜視圖從多表獲取數據； 
2.簡單視圖不包含函數和數據組，複雜視圖包含； 
3.簡單視圖可以實現DML操作，複雜視圖不可以。 

視圖的創建： 

CREATE [OR REPLACE] [FORCE|NOFORCE] VIEW view_name [(alias[, alias]...)] 
AS subquery 
[WITH CHECK OPTION [CONSTRAINT constraint]] 
[WITH READ ONLY] 
其中： 
OR REPLACE：若所創建的試圖已經存在，ORACLE自動重建該視圖； 
FORCE：不管基表是否存在ORACLE都會自動創建該視圖； 
NOFORCE：只有基表都存在ORACLE纔會創建該視圖： 
alias：爲視圖產生的列定義的別名； 
subquery：一條完整的SELECT語句，可以在該語句中定義別名； 
WITH CHECK OPTION ： 插入或修改的數據行必須滿足視圖定義的約束； 
WITH READ ONLY ： 該視圖上不能進行任何DML操作。 

例如：

CREATE  OR  REPLACE  VIEW  dept_sum_vw
(name,minsal,maxsal,avgsal)
AS SELECT d.dname,min(e.sal),max(e.sal),avg(e.sal)
FROM    emp e,dept d
WHERE  e.deptno=d.deptno
GROUP  BY  d.dname;

 

視圖的定義原則： 
1.視圖的查詢可以使用複雜的SELECT語法，包括連接/分組查詢和子查詢； 
2.在沒有WITH CHECK OPTION和 READ ONLY 的情況下，查詢中不能使用 ORDER BY 子句； 
3.如果沒有爲CHECK OPTION約束命名，系統會自動爲之命名，形式爲SYS_Cn; 
4.OR REPLACE選項可以不刪除原視圖便可更改其定義並重建，或重新授予對象權限。 

查詢視圖： 
視圖創建成功後，可以從視圖中檢索數據，這點和從表中檢索數據一樣。 
示例： 
SQL>SELECT * FROM dept_sum_vw； 

修改視圖： 
通過OR REPLACE 重新創建同名視圖即可。 

刪除視圖： 
DROP VIEW VIEW_NAME語句刪除視圖。 
刪除視圖的定義不影響基表中的數據。 
只有視圖所有者和具備DROP VIEW權限的用戶可以刪除視圖。 
視圖被刪除後，基於被刪除視圖的其他視圖或應用將無效。 

查詢視圖定義： 
SELECT view_name,text from user_views; 
其中text顯示的內容爲視圖定義的SELECT語句，可通過DESC USER_VIEWS 
得到相關信息。 

視圖上的DML 操作： 
DML操作應遵循的原則： 
1.簡單視圖可以執行DML操作； 
2.在視圖包含GROUP 函數，GROUP BY子句，DISTINCT關鍵字時不能刪除數據行； 
3.在視圖不出現下列情況時可通過視圖修改基表數據或插入數據： 

a.視圖中包含GROUP 函數，GROUP BY子句，DISTINCT關鍵字； 
b.使用表達式定義的列； 
c.ROWNUM僞列。 
d.基表中未在視圖中選擇的其他列定義爲非空且無默認值。 
WITH CHECK OPTION 子句 
通過視圖執行的INSERTS和UPDATES操作不能創建該視圖檢索不到的數據行， 因爲它會對插入或修改的數據行執行完整性約束和數據有效性檢查。 （也就是說在執行INSERTS、UPDATES時，WHERE條件中除需要INSERT、UPDATE本身的限制條件之外，還需要加上視圖創建時的WHERE條件。） 

例如： 

CREATE OR REPLACE VIEW  vw_emp20 
AS  SELECT *  FROM  emp 
WHERE  deptno=20 
WITH CHECK OPTION constraint  vw_emp20_ck; 
視圖 已建立。 

查詢結果： 

SELECT empno,ename,job FROM vw_emp20; 
EMPNO                ENAME                JOB 
---------------------           --------------          ------------- 
7369                 SMITH                CLERK 
7566                 JONES               MANAGER 
7902                 FORD                ANALYST 
修改： 

UPDATE vw_emp20 
SET        deptno=20 
WHERE   empno=7902; 
將產生錯誤： 

UPDATE vw_emp20 
* 
ERROR 位於第一行： 
ORA-01402：視圖WITH CHECK OPTION 違反WHERE 子句 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 

1，Oracle是可以通過視圖來修改Base table的。所謂base table就是用來構建視圖的表，也就是視圖的數據來源表。但是這種修改是有條件的。比如： 
create view v_emp as select empno,ename,job,deptno from emp where deptno=10 with check option constraint emp_cnst; 
如果有這個限制，那麼通過視圖v_emp 插入數據的deptno字段的值必須是10，否則就會報“ORA-01402: 視圖 WITH CHECK OPTIDN 違反 where 子句”的異常。 

2，聯結視圖： 
create view dept1_staff as select e.ename, e.empno, e.job, d.deptno, d.dname from emp e,dept d where e.deptno in (10,30) and e.deptno = d.deptno； 
將兩個表的數據聯結起來，看起來應該是一個內聯結（Inner joint）。 
對於聯結視圖（Joint view）的修改規則稍顯複雜，設計到所謂key_preserved table的概念。通過聯結視圖來修改基表，只有那些key_preserved 的表才能被修改。上述創建視圖語句中emp和dept通過deptno進行聯結構成視圖時，emp就是key_preserved 表，而dept不是。爲什麼？因爲在dept1_staff 中empno的值唯一的而deptno不是唯一的。所以emp是key_preserved 而dept不是。因此只能通過該視圖來修改emp，而不能修改dept的數據。 

3,Oracle視圖非常強大的功能之一在於其可以創建一個帶有錯誤的視圖。比如說視圖裏的字段在基表裏不存在，該視圖仍然可以創建成功，但是非法的且無法執行。當基表裏加入了該字段，或者說某個字段修改成視圖裏的該字段名稱，那麼視圖馬上就可以成爲合法的。這個功能很有意思。 
例子： 
創建基表： create table v_test (name varchar2(32),age number(12)); 
創建帶錯誤的視圖： 
create force view view_test as select name,age,address from v_test;（注意加上force選項） 
由於address字段在v_test裏不存在，所以會報warning: View created with compilation errors的警告，而且執行select * from view_test;時會報“ORA-04063: view “SCOTT.VIEW_TEST” 有錯誤”的異常。 
但是如果在v_test里加上address字段，那麼視圖就會合法。 
對基表進行修改： 
alter table v_test add (address varchar2(128)); 

現在再執行select * from view_test；就會執行成功了。 

from:http://www.blogjava.net/jinhualee/archive/2006/07/14/58115.html 


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 


其他問題總結： 
1、視圖上是否可以創建索引？ 
一般視圖上不用建立索引，對視圖的操作最終會轉化爲對錶的操作。 
一個討論：http://www.itpub.net/viewthread.php?tid=150019&extra=&page=1 

視圖簡介: 
視圖是基於一個表或多個表或視圖的邏輯表，本身不包含數據，通過它可以對錶裏面的數據進行查詢和修改。視圖基於的表稱爲基表。視圖是存儲在數據字典裏的一條select語句。 通過創建視圖可以提取數據的邏輯上的集合或組合。 

視圖的優點： 
1.對數據庫的訪問，因爲視圖可以有選擇性的選取數據庫裏的一部分。 
2.用戶通過簡單的查詢可以從複雜查詢中得到結果。 
3.維護數據的獨立性，試圖可從多個表檢索數據。 
4.對於相同的數據可產生不同的視圖。 

視圖的分類： 
視圖分爲簡單視圖和複雜視圖。 

兩者區別如下： 
1.簡單視圖只從單表裏獲取數據，複雜視圖從多表獲取數據； 
2.簡單視圖不包含函數和數據組，複雜視圖包含； 
3.簡單視圖可以實現DML操作，複雜視圖不可以。 

視圖的創建： 

CREATE [OR REPLACE] [FORCE|NOFORCE] VIEW view_name [(alias[, alias]...)] 
AS subquery 
[WITH CHECK OPTION [CONSTRAINT constraint]] 
[WITH READ ONLY] 
其中： 
OR REPLACE：若所創建的試圖已經存在，ORACLE自動重建該視圖； 
FORCE：不管基表是否存在ORACLE都會自動創建該視圖； 
NOFORCE：只有基表都存在ORACLE纔會創建該視圖： 
alias：爲視圖產生的列定義的別名； 
subquery：一條完整的SELECT語句，可以在該語句中定義別名； 
WITH CHECK OPTION ： 插入或修改的數據行必須滿足視圖定義的約束； 
WITH READ ONLY ： 該視圖上不能進行任何DML操作。 

例如：

CREATE  OR  REPLACE  VIEW  dept_sum_vw
(name,minsal,maxsal,avgsal)
AS SELECT d.dname,min(e.sal),max(e.sal),avg(e.sal)
FROM    emp e,dept d
WHERE  e.deptno=d.deptno
GROUP  BY  d.dname;

 

視圖的定義原則： 
1.視圖的查詢可以使用複雜的SELECT語法，包括連接/分組查詢和子查詢； 
2.在沒有WITH CHECK OPTION和 READ ONLY 的情況下，查詢中不能使用 ORDER BY 子句； 
3.如果沒有爲CHECK OPTION約束命名，系統會自動爲之命名，形式爲SYS_Cn; 
4.OR REPLACE選項可以不刪除原視圖便可更改其定義並重建，或重新授予對象權限。 

查詢視圖： 
視圖創建成功後，可以從視圖中檢索數據，這點和從表中檢索數據一樣。 
示例： 
SQL>SELECT * FROM dept_sum_vw； 

修改視圖： 
通過OR REPLACE 重新創建同名視圖即可。 

刪除視圖： 
DROP VIEW VIEW_NAME語句刪除視圖。 
刪除視圖的定義不影響基表中的數據。 
只有視圖所有者和具備DROP VIEW權限的用戶可以刪除視圖。 
視圖被刪除後，基於被刪除視圖的其他視圖或應用將無效。 

查詢視圖定義： 
SELECT view_name,text from user_views; 
其中text顯示的內容爲視圖定義的SELECT語句，可通過DESC USER_VIEWS 
得到相關信息。 

視圖上的DML 操作： 
DML操作應遵循的原則： 
1.簡單視圖可以執行DML操作； 
2.在視圖包含GROUP 函數，GROUP BY子句，DISTINCT關鍵字時不能刪除數據行； 
3.在視圖不出現下列情況時可通過視圖修改基表數據或插入數據： 

a.視圖中包含GROUP 函數，GROUP BY子句，DISTINCT關鍵字； 
b.使用表達式定義的列； 
c.ROWNUM僞列。 
d.基表中未在視圖中選擇的其他列定義爲非空且無默認值。 
WITH CHECK OPTION 子句 
通過視圖執行的INSERTS和UPDATES操作不能創建該視圖檢索不到的數據行， 因爲它會對插入或修改的數據行執行完整性約束和數據有效性檢查。 （也就是說在執行INSERTS、UPDATES時，WHERE條件中除需要INSERT、UPDATE本身的限制條件之外，還需要加上視圖創建時的WHERE條件。） 

例如： 

CREATE OR REPLACE VIEW  vw_emp20 
AS  SELECT *  FROM  emp 
WHERE  deptno=20 
WITH CHECK OPTION constraint  vw_emp20_ck; 
視圖 已建立。 

查詢結果： 

SELECT empno,ename,job FROM vw_emp20; 
EMPNO                ENAME                JOB 
---------------------           --------------          ------------- 
7369                 SMITH                CLERK 
7566                 JONES               MANAGER 
7902                 FORD                ANALYST 
修改： 

UPDATE vw_emp20 
SET        deptno=20 
WHERE   empno=7902; 
將產生錯誤： 

UPDATE vw_emp20 
* 
ERROR 位於第一行： 
ORA-01402：視圖WITH CHECK OPTION 違反WHERE 子句 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 

1，Oracle是可以通過視圖來修改Base table的。所謂base table就是用來構建視圖的表，也就是視圖的數據來源表。但是這種修改是有條件的。比如： 
create view v_emp as select empno,ename,job,deptno from emp where deptno=10 with check option constraint emp_cnst; 
如果有這個限制，那麼通過視圖v_emp 插入數據的deptno字段的值必須是10，否則就會報“ORA-01402: 視圖 WITH CHECK OPTIDN 違反 where 子句”的異常。 

2，聯結視圖： 
create view dept1_staff as select e.ename, e.empno, e.job, d.deptno, d.dname from emp e,dept d where e.deptno in (10,30) and e.deptno = d.deptno； 
將兩個表的數據聯結起來，看起來應該是一個內聯結（Inner joint）。 
對於聯結視圖（Joint view）的修改規則稍顯複雜，設計到所謂key_preserved table的概念。通過聯結視圖來修改基表，只有那些key_preserved 的表才能被修改。上述創建視圖語句中emp和dept通過deptno進行聯結構成視圖時，emp就是key_preserved 表，而dept不是。爲什麼？因爲在dept1_staff 中empno的值唯一的而deptno不是唯一的。所以emp是key_preserved 而dept不是。因此只能通過該視圖來修改emp，而不能修改dept的數據。 

3,Oracle視圖非常強大的功能之一在於其可以創建一個帶有錯誤的視圖。比如說視圖裏的字段在基表裏不存在，該視圖仍然可以創建成功，但是非法的且無法執行。當基表裏加入了該字段，或者說某個字段修改成視圖裏的該字段名稱，那麼視圖馬上就可以成爲合法的。這個功能很有意思。 
例子： 
創建基表： create table v_test (name varchar2(32),age number(12)); 
創建帶錯誤的視圖： 
create force view view_test as select name,age,address from v_test;（注意加上force選項） 
由於address字段在v_test裏不存在，所以會報warning: View created with compilation errors的警告，而且執行select * from view_test;時會報“ORA-04063: view “SCOTT.VIEW_TEST” 有錯誤”的異常。 
但是如果在v_test里加上address字段，那麼視圖就會合法。 
對基表進行修改： 
alter table v_test add (address varchar2(128)); 

現在再執行select * from view_test；就會執行成功了。 

from:http://www.blogjava.net/jinhualee/archive/2006/07/14/58115.html 


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 


其他問題總結： 
1、視圖上是否可以創建索引？ 
一般視圖上不用建立索引，對視圖的操作最終會轉化爲對錶的操作。 
一個討論：http://www.itpub.net/viewthread.php?tid=150019&extra=&page=1