Oracle筆記（十三） 視圖、同義字、索引

一、視圖

在之前所學習過的所有的SQL文法之中，查詢操作是最麻煩的，如果程式開發人員將大量的精力都浪費在查詢的編寫上，則肯定影響代碼的工作進度，所以一個好的資料庫設計人員，除了根據業務的操作設計出資料表之外，還需要為使用者提供若干個視圖，而每一個視圖封裝了一條條複雜的SQL語句，視圖的建立文法如下：

CREATE [OR REPLACE] VIEW 視圖名稱　　AS 子查詢;

範例：建立一張視圖

CREATE VIEW myview AS　　SELECT d.deptno,d.dname,d.loc,COUNT(e.empno) count,AVG(e.sal) avg　　FROM emp e,dept d　　WHERE e.deptno(+)=d.deptno　　GROUP BY d.deptno,d.dname,d.loc;

現在已經建立好了一張視圖，名稱為myview，所以現在查詢myview：

SELECT * FROM myview;

此時通過一個簡單的視圖查詢操作，就可以完成之前的複雜SQL語句的功能，所以視圖就是封裝了SQL查詢操作。

範例：建立一張包含簡單查詢語句的視圖

DROP VIEW myview;CREATE VIEW myview AS　　SELECT * FROM emp WHERE deptno=20;

可是以上的操作實際上是屬於一個視圖的替換操作，所以此時也可以使用另外一種文法：

CREATE OR REPLACE VIEW myview AS　　SELECT * FROM emp WHERE deptno=20;

此時表示的是，如果視圖存在則替換，不存在則建立一張新的視圖，視圖的概念雖然好理解，但是在建立視圖的時候存在兩個選項。

• 選項一：WITH CHECK OPTION

上面所建立的視圖，是存在一個建立條件的“WHERE deptno=20”，那麼如果現在更新視圖中的這個條件呢？

UPDATE myview SET deptno=30 WHERE empno=7369;

此時更新的是一張視圖，但是視圖本身並不是一個具體的資料表，而且現在更新的操作又是視圖的建立條件，很明顯這樣的做法不可取，所以此時為瞭解決這個問題，可以加入WITH CHECK OPTION;

CREATE OR REPLACE VIEW myview AS　　SELECT * FROM emp WHERE deptno=20　　WITH CHECK OPTION;

此時再次執行視圖的更新操作，出現以下錯誤提示：

ORA-01402: 視圖 WITH CHECK OPTIDN where 子句違規

意味著現在根本就不能去更新視圖的建立條件。

• 選項二：WITH READ ONLY

雖然使用WITH CHECK OPTION可以保證視圖的建立條件不被更新，但是其他的欄位卻允許更新。

UPDATE myview SET sal=9000 WHERE empno=7369;

與之前的問題一樣，視圖本身不是具體的真實資料，而是一些查詢語句，所以這樣的更新並不合理，那麼在建立視圖的時候建議將其設定為唯讀視圖：

CREATE OR REPLACE VIEW myview AS　　SELECT * FROM emp WHERE deptno=20　　WITH READ ONLY;

此時再次發出更新的操作，則直接提示如下錯誤：

ORA-01733: 此處不允許虛擬列

而且一定要注意的是，以上給出的是一個簡單的動作陳述式視圖，如果現在視圖中的查詢語句是統計操作，則根本就不可能更新。

CREATE OR REPLACE VIEW myview AS　　SELECT d.deptno,d.dname,d.loc,COUNT(e.empno) count,AVG(e.sal) avg　　FROM emp e,dept d　　WHERE e.deptno(+)=d.deptno　　GROUP BY d.deptno,d.dname,d.loc;

現在的資訊是統計而來的，根本就不可能更新。

在一個項目之中，視圖的數量有可能超過表的數量，因為查詢語句會很多的。

二、同義字

同義字就是意思相近的一組詞語，對於同義字的操作之前一直在使用，例如，現在有如下一個查詢語句：

SELECT SYSDATE FROM dual;

在之前說過“dual”是一張虛擬表，但是虛擬表也肯定應該有它的使用者，經過查詢可以發現，這張表是屬於SYS使用者的，但是這個時候就出現一個問題，在之前講解過，不同的使用者要想訪問其他使用者的表，則需要寫上“使用者.表名稱”，那麼為什麼此時scott使用者訪問的時候直接使用dual即可，而不是使用“sys.dual”呢，這個實際上就是同義字的應用，dual表示的是sys.dual的同義字，而同義字在Oracle之中稱為SYNONYM，同義字的建立文法如下：

CREATE [PUBLIC] SYSNONYM 同義字的名稱 FOR 使用者名稱.表名稱;

範例：下面建立一個同義字為myemp，此同義字指向scott.emp

CREATE SYNONYM myemp FOR scott.emp;

此時建立成功之後，以後在sys使用者中就可以使用myemp這個同義字的名稱了，但是這個同義字只適合sys使用者一個人使用，其他使用者無法使用，因為建立的時候沒有使用PUBLIC，如果沒有使用，則表示建立的不是公用同義字。

範例：建立公用同義字

CONN sys/change_on_install AS SYSDBA;
DROP SYNONYM myemp;CREATE PUBLIC SYNONYM myemp FOR scott.emp;

CONN system/manager;SELECT * FROM myemp;

但是同義字也只是Oracle自己的概念，知道就行了。

三、索引

索引的主要功能就是用於提升資料庫的操作效能。

下面通過程式碼分析一個最簡單的索引操作的問題；

例如，在之前曾經寫過如下的動作陳述式：

SELECT * FROM emp WHERE sal>1500;

此時由於在sal上沒有設定索引，所以它的查詢過程是採用逐行判斷的方式完成的，這種操作隨著資料量的上升，則效能會出現越來越多的問題，但是如果說將資料排列一下呢？

例如，現在將工作在記憶體之中形成這樣的一種資料結構；

如果現在假設所有的資料都排列成以上的樹形結構的話，同樣的查詢，現在還會查詢全部記錄嗎？只會查詢部分。

在Oracle之中建立索引有以下兩種方式：

• 主鍵約束：如果一張表中的列上存在了主鍵約束的話，自動建立索引；
• 手工建立：在某一個操作列上指定一個索引；

範例：在emp.sal欄位上建立索引

CREATE INDEX emp_sal_ind ON emp(sal);

雖然索引建立完成了，但是要想觀察出特點基本上是不可能的。

但是這種索引有一個最大的問題，即：如果要想實現效能的提高，則必須始終維持以上的一棵樹，那麼如果說現在這棵樹上的資料需要頻繁修改的話，則代碼的效能肯定會有所降低。

所以一般索引只使用在不會頻繁修改的表中，而如果一張表上頻繁修改資料且又使用了索引的話，效能肯定會嚴重降低，所以效能的攬永遠都是相對的。

以上的索引只是Oracle十幾種索引中的一種，也是最簡單的一種，稱為B樹索引，還有位元影像索引，反向索引，函數索引等等。