1.視圖（VIEW） 1.1 概念 視圖-----是由SELECT查詢語句(可以是單表或者多表查詢)定義的一個"邏輯表",只有定義而無資料,是一個"虛表". 在建立視圖時,只是將視圖的定義資訊儲存在資料字典中, 而並不將實際的資料複製到任何地方, 即不需要在資料表空間中為視圖分配儲存空間. 視圖是查看和操縱基表資料的一種方法, 可以像使用表一樣使用視圖.
tips: 查詢檢視沒有什麼限制, 插入/更新/刪除視圖的操作會受到一定的限制; 所有針對視圖的操作都會影響到視圖的基表; 為了防止使用者通過視圖間接修改基表的資料, 可以將視圖建立為唯讀視圖(帶上with read only選項). 視圖中的資料會隨基表的更新而自動更新.
視圖猶如基表的一個"視窗", 通過這個"視窗", 可以實施許多管理. 在一個視圖中可以定義的最大列數為1000, 與表的限制相同.
視圖約束: 允許在視圖上產生約束, 如"主鍵約束、唯一鍵約束、外鍵約束、檢查約束"等. 但視圖上的約束不是強制性的, 而是聲明性的. 視圖約束的文法與表相同. 在建立視圖時, 可以使用with check option選項,給視圖定義check約束,使其只能查詢、操作滿足check約束的記錄行.
1.2 作用 1)提供各種資料表現形式, 可以使用各種不同的方式將基表的資料展現在使用者面前, 以便符合使用者的使用習慣(主要手段: 使用別名).
2)隱藏資料的邏輯複雜性並簡化查詢語句, 多表查詢語句一般是比較複雜的, 而且使用者需要瞭解表之間的關係, 否則容易寫錯; 如果基於這樣的查詢語句建立一個視圖, 使用者就可以直接對這個視圖進行"簡單查詢"而獲得結果. 這樣就隱藏了資料的複雜性並簡化了查詢語句. 這也是oracle提供各種"資料字典視圖"的原因之一,all_constraints就是一個含有2個子查詢並串連了9個表的視圖(在catalog.sql中定義).
3)執行某些必須使用視圖的查詢. 某些查詢必須藉助視圖的協助才能完成. 比如, 有些查詢需要串連一個分組統計後的表和另一表, 這時就可以先基於分組統計的結果建立一個視圖, 然後在查詢中串連這個視圖和另一個表就可以了.
4)提供某些安全性保證. 視圖提供了一種可以控制的方式, 即可以讓不同的使用者看見不同的列, 而不允許訪問那些敏感的列, 這樣就可以保證敏感性資料不被使用者看見.
5)簡化使用者權限的管理. 可以將視圖的許可權授予使用者, 而不必將基表中某些列的許可權授予使用者, 這樣就簡化了使用者權限的定義.
1.3 建立視圖 許可權: 要在當前方案中建立視圖, 使用者必須具有create view系統許可權; 要在其他方案中建立視圖, 使用者必須具有create any view系統許可權. 視圖的功能取決於視圖擁有者的許可權.
文法: create [ or replace ] [ force ] view [schema.]view_name
[ (column1,column2,...) ]
as
select ...
[ with check option ] [ constraint constraint_name ]
[ with read only ];
tips: or replace: 如果存在同名的視圖, 則使用新視圖"替代"已有的視圖 force: "強制"建立視圖,不考慮基表是否存在,也不考慮是否具有使用基表的許可權 column1,column2,...：視圖的列名, 列名的個數必須與select查詢中列的個數相同; 如果select查詢包含函數或運算式, 則必須為其定義列名. 此時, 既可以用column1, column2指定列名, 也可以在select查詢中指定列名. with check option: 指定對視圖執行的dml操作必須滿足“視圖子查詢”的條件即,對通過視圖進行的增刪改操作進行"檢查",要求增刪改操作的資料, 必須是select查詢所能查詢到的資料, 否則不允許操作並返回錯誤提示. 預設情況下, 在增刪改之前"並不會檢查"這些行是否能被select查詢檢索到. with read only：建立的視圖只能用於查詢資料, 而不能用於更改資料. 1.3.1 建立簡單視圖 是指基於單個表建立的，不包含任何函數、運算式和分組資料的視圖。
樣本1：基於emp表建立一個vw_emp視圖
create view vw_emp
as
select empno,ename,job,hiredate,deptno from emp; --------建立簡單視圖 desc vw_emp; --------象表一樣使用
select * from vw_emp where deptno=10;--------查詢
insert into vw_emp values(1234,'JACK','CLERK','29-4月-1963',10);--------增加
update vw_emp set ename='劉德華' where ename='JACK';--------更新
delete vw_emp where ename='劉德華'; --------刪除
create view vw_emp_readonly
as
select empno,ename,job,hiredate,deptno from emp
with read only ; --------建立唯讀視圖，只能用於執行select語句 delete from vw_emp_readonly where empno=1234;--------刪除失敗 create view vw_emp_check
as
select empno,ename,job,hiredate,deptno
from emp where deptno=10
with check option constraint vw_emp_chk ;
--------建立檢查視圖：對通過視圖進行的增刪改操作進行檢查，
要求增刪改操作的資料必須是select查詢所能查詢到的資料。
insert into vw_emp_check
values(1235,'JACK','CLERK','29-4月-1963',20);
--------20號部門不在查詢範圍內，違反檢查約束
delete from vw_emp_check where empno=1234;
--------所刪除的資料在查詢範圍內，不違反檢查約束
1.3.2 建立串連視圖 是指基於多個表所建立的視圖，即，定義視圖的查詢是一個串連查詢。 主要目的是為了簡化串連查詢
樣本1： 查詢部門編號為10和30的部門及僱員資訊
create view vw_dept_emp
as
select a.deptno,a.dname,a.loc,b.empno,b.ename,b.sal
from dept a , emp b
where a.deptno=b.deptno
and a.deptno in (10,30); select * from vw_dept_emp;
1.3.3 建立複雜視圖 是指包含函數、運算式、或分組資料的視圖。主要目的是為了簡化查詢。 主要用於執行查詢操作，並不用於執行DML操作。
注意：當視圖的select查詢中包含函數或運算式時，必須為其定義列別名。
樣本1：查詢目前每個崗位的平均工資、工資總和、最高工資和最低工資。
create view vw_emp_job_sal
(job,avgsal,sumsal,maxsal,minsal)
as
select job,avg(sal),sum(sal),max(sal),min(sal)
from emp
group by job; select * from vw_emp_job_sal;
1.3.4 強制建立視圖 正常情況下，如果基表不存在，建立視圖就會失敗。但是可以使用force選項強制建立視圖(前提：建立視圖的語句沒有語法錯誤！)，此時該視圖處於失效狀態。
樣本1：
create force view vw_test_tab
as
select c1,c2 from test_tab;--------會出現“警告: 建立的視圖帶有編譯錯誤。” select object_name,status from user_objects
where object_name='VW_TEST_TAB';--------檢視狀態：INVALID
select * from vw_test_tab;--------報錯 create table test_tab--------先建表
(c1 number(9) primary key, c2 varchar2(20),c3 varchar2(30));
select * from vw_test_tab;--------自動編譯失效的視圖
select object_name,status from user_objects
where object_name='VW_TEST_TAB';--------檢視狀態：VALID
1.4 更改視圖 在對視圖變更(或重定義)之前，需要考慮如下幾個問題：
之一——由於視圖只是一個虛表，其中沒有資料，所以更改視圖只是改變資料字典中對該視圖的
定義資訊，視圖的所有基礎對象都不會受到任何影響
之二——更改視圖之後，依賴於該視圖的所有視圖和PL/SQL程式都將變為INVALID(失效)狀態
之三——如果以前的視圖中具有with check option選項，但是重定義時沒有使用該選項，
則以前的此選項將自動刪除。
1.4.1 更改視圖的定義 方法——執行create or replace view語句。這種方法代替了先刪除(“許可權也將隨之刪除”)
後建立的方法，會保留視圖上的許可權，但與該視圖相關的預存程序和視圖會失效。
樣本1：create or replace view v_test_tab
as
select c1,c2||' + '||c3 c23 from test_tab;
1.4.2 視圖的重新編譯 文法：alter view 視圖名 compile;
作用：當視圖依賴的基表改變後，視圖會“失效”。為了確保這種改變“不影響”視圖和依賴於該視圖的
其他對象，應該使用 alter view 語句“明確的重新編譯”該視圖，從而在運行視圖前發現重新
編譯的錯誤。視圖被重新編譯後，若發現錯誤，則依賴該視圖的對象也會失效；若沒有錯誤，
視圖會變為“有效”。
許可權：為了重新編譯其他模式中的視圖，必須擁有alter any table系統許可權。
注意：當訪問基表改變後的視圖時，oracle會“自動重新編譯”這些視圖。
樣本1：select last_ddl_time,object_name,status
from user_objects
where object_name='V_TEST_TAB';——視圖的狀態:有效 alter table test_tab modify (c2 varchar2(30));——修改c2列的長度 select last_ddl_time,object_name,status
from user_objects
where object_name='V_TEST_TAB';——視圖的狀態:失效 alter view v_test_tab compile;——明確的重新編譯 select last_ddl_time,object_name,status
from user_objects
where object_name='V_TEST_TAB';——視圖的狀態:有效
思考：若上述代碼修改的不是列長，而是表名，結果又會如何？
<警告：更改的視圖帶有編譯錯誤；檢視狀態：失效>
1.5 刪除視圖 可以刪除當前模式中的任何視圖；
如果要刪除其他模式中的視圖，必須擁有DROP ANY VIEW系統許可權；
視圖被刪除後，該視圖的定義會從詞典中被刪除，並且在該視圖上授予的“許可權”也將被刪除。
視圖被刪除後，其他引用該視圖的視圖及預存程序等都會失效。
樣本1：drop view vw_test_tab;
1.6 查看視圖 使用資料字典視圖
dba_views——DBA視圖描述資料庫中的所有視圖
all_views——ALL視圖描述使用者“可訪問的”視圖
user_views——USER視圖描述“使用者擁有的”視圖 dba_tab_columns——DBA視圖描述資料庫中的所有視圖的列(或表的列)
all_tab_columns——ALL視圖描述使用者“可訪問的”視圖的列(或表的列)
user_tab_columns——USER視圖描述“使用者擁有的”視圖的列(或表的列) 樣本1：查詢當前方案中所有視圖的資訊
desc user_views;
set long 400;
select view_name,text from user_views;
樣本1：查詢當前方案中指定視圖(或表)的列名資訊
select * from user_tab_columns where table_name='VW_DEPT';
1.7 在串連視圖上執行DML操作 在視圖上進行的所有DML操作，最終都會在基表上完成；
select 視圖沒有什麼限制，但insert/delete/update有一些限制
1.7.1 在視圖上執行DML操作的步驟和原理 第一步：將針對視圖的SQL語句與視圖的定義語句(儲存在資料字典中)“合并”成一條SQL語句
第二步：在記憶體結構的共用SQL區中“解析”(並最佳化)合并後的SQL語句
第三步：“執行”SQL語句
樣本：
假設視圖v_emp的定義語句如下：
create view v_emp
as
select empno,ename,loc
from employees emp,departments dept
where emp.deptno=dept.deptno and dept.deptno=10; 當使用者執行如下查詢語句時：
select ename from v_emp
where empno=9876; oracle將把這條SQL語句與視圖定義語句“合并”成如下查詢語句：
select ename
from employees emp,departments dept
where emp.deptno=dept.deptno and dept.deptno=10
and empno=9876; 然後，解析(並最佳化)合并後的查詢語句，並執行查詢語句
1.7.2 查詢檢視“可更新”(包括“增刪改”)的列 使用資料字典視圖
dba_updatable_columns——顯示資料庫所有視圖中的所有列的可更新狀態
all_updatable_columns——顯示使用者可訪問的視圖中的所有列的可更新狀態
user_updatable_columns——顯示使用者擁有的視圖中的所有列的可更新狀態
樣本1： 查詢v_stu_dept中的哪些列是可更新的
select table_name,column_name,insertable,updatable,deletable
from user_updatable_columns
where table_name='V_STU_DEPT';
1.7.3 可更新串連視圖 如果建立串連視圖的select查詢“不包含”如下結構，
並且遵守串連視圖的“更新準則”，
則這樣的串連視圖是“可更新”的：
之一：集合運算子(union,intersect,minus)
之二：DISTINCT關鍵字
之三：GROUP BY，ORDER BY，CONNECT BY或START WITH子句
之四：子查詢
之五：分組函數
之六：需要更新的列不是由“列運算式”定義的
之七：基表中所有NOT NULL列均屬於該視圖
1.7.4 索引值儲存表 如果串連視圖中的一個“基表的鍵”(主鍵、唯一鍵)在它的視圖中仍然存在，
並且“基表的鍵”仍然是“串連視圖中的鍵”(主鍵、唯一鍵)；
即，某列在基表中是主鍵|唯一鍵，在視圖中仍然是主鍵|唯一鍵
則稱這個基表為“索引值儲存表”。
一般地，由主外鍵關係的2個表組成的串連視圖，外鍵表就是索引值儲存表，而主鍵表不是。
1.7.5 串連視圖的更新準則 之一：一般準則——(講)
任何DML操作，只能對視圖中的索引值儲存表進行更新,
即，“不能通過串連視圖修改多個基表”;
在DML操作中，“只能使用串連視圖定義過的列”;
“自串連視圖”的所有列都是可更新(增刪改)的
之二：insert準則
在insert語句中不能使用“非索引值儲存表”中的列(包括“串連列”)；
執行insert操作的視圖，至少應該“包含”索引值儲存表中所有設定了約束的列；
如果在定義串連視圖時使用了WITH CHECK OPTION 選項，
則“不能”針對串連視圖執行insert操作
之三：update準則
索引值儲存表中的列是可以更新的；
如果在定義串連視圖時使用了WITH CHECK OPTION 選項，
則串連視圖中的串連列(一般就是“共有列”)和基表中的“其他共有列”是“不可”更新的，
串連列和共有列之外的其他列是“可以”更新的
之四：delete準則
如果在定義串連視圖時使用了WITH CHECK OPTION 選項，
依然“可以”針對串連視圖執行delete操作
2 索引 目標是為了提高查詢的速度，當使用者對查詢速度不滿意而需要對資料庫的效能進行調校時，優先考慮建立索引。
資料庫中索引的概念與書索引的概念非常類似，
不同之處在於資料庫索引用來在表中尋找特定的行。
索引缺點：
向表中“添加/刪除”行時，必須花費額外的時間來更新該行的索引。
建立索引的時機：
當需要從大表中檢索少數幾行時，都應該對列建立索引。
基本準則：
當任何單個查詢要檢索的行<=整個表行數的10%時，索引就非常有用。
索引的候選列：
應該是用來儲存很大範圍的值的列
自動建立索引：
表的主鍵和唯一鍵將自動建立索引
2.1 文法 create [unique] index 索引名 -------unique指定索引列中的值是唯一的，索引名建議以idx打頭
on 表名(列1, 列2... ...) --------可以對多列建立索引，這種索引稱為“複合索引”
[tablespace 資料表空間名]; --------省去後，索引將被儲存到使用者的預設資料表空間中
提示：
出於效能方面的原因，通常應該將索引與表格儲存體到不同的資料表空間中
樣本：
create index idx_customers_lastname on customers(last_name);
2.2 查詢索引和索引列的資訊 select * from user_indexes where table_name in('CUSTOMERS', 'EMPLOYEES');
select * from user_ind_columns where table_name in('CUSTOMERS', 'EMPLOYEES');
2.3 修改索引 alter index 索引名 rename to 新索引名
2.4 刪除索引 drop index 索引名
