什麼是鍵值儲存表（Key-Preserved Table）？

在理解什麼是鍵值儲存表之前，首先要知道 可更新的聯接檢視 這個概念，鍵值儲存表只是儲存了允許更新的欄位資訊的一張表。為什麼會出現這麼一張表呢？一步一步來看吧。

理解“檢視”、“聯接檢視”、“可更新的聯接檢視”的概念

檢視可以分為檢視物件和內嵌檢視兩種。

- 檢視物件（View Object）
資料庫裡的檢視物件跟一張表或索引等一樣，是資料庫物件中的一種，它其實是將基於表中原始資料的查詢給虛擬了一層之後，提供給外部查詢的一種物件。
其本質是並不儲存查詢的實際結果，而只是將查詢語句儲存在資料庫中，當用戶查詢某張檢視的時候，就會找到並執行這個檢視的語句。
而聯接檢視

-- 基於SCOTT使用者下的表建立測試表
CREATE TABLE EMP_T AS
     SELECT *
     FROM EMP;

CREATE TABLE DEPT_T AS
     SELECT *
     FROM DEPT;

-- 建立檢視物件（聯接檢視）
CREATE OR REPLACE VIEW EMP_DEPT_V
     AS
          SELECT E.EMPNO
               , E.ENAME
               , E.SAL
               , E.DEPTNO
               , D.DNAME
          FROM EMP_T E, DEPT_T D
          WHERE E.DEPTNO = D.DEPTNO;
 
 

- 內嵌檢視（Inline View）
在SQL語句中，很多地方都可以寫巢狀的語句，比如說，FROM後面可以套括號巢狀其他的語句，WHERE、SELECT、UPDATE、INSERT、DELETE後面都是可以寫的。只是寫的位置不同，執行的方式還有處理時的一些限制不同，這些SQL中巢狀的SQL被稱為子查詢（Subquery） 。子查詢可以分為如下幾類：

• 內嵌檢視：位置位於FROM語句中，也相當於一個預處理結果集的概念
• 標量子查詢（Scalar Subquery）：只返還一個結果值的子查詢。位於SELECT語句的子查詢只能返還一個值，所以必然是標量子查詢，WHERE語句裡也會出現這樣的子查詢
• 關聯子查詢：將查詢的結果傳遞給子查詢作為引數的使用的形式
• 一般子查詢：除了那些特殊形式的子查詢以外的一般用法

-- 內嵌檢視的示例
-- 聯接內嵌檢視
SELECT *
FROM
     (SELECT E.EMPNO
           , E.ENAME
           , E.SAL
           , E.DEPTNO
           , D.DNAME
      FROM EMP_T E, DEPT_T D
      WHERE E.DEPTNO = D.DEPTNO
     );

那什麼是可更新聯接檢視（Updatable Join View ）?

很簡單，就是將一個聯接檢視（包括檢視物件和內嵌檢視）放到UPADTE語句中這樣的語法形式。

暫時不考慮SQL語句的意義，只是測試用

-- 基於檢視物件的
UPDATE EMP_DEPT_V
SET ENAME = ENAME || '-' || DEPTNO;

-- 基於內嵌檢視的
UPDATE
     (SELECT E.EMPNO
           , E.ENAME
           , E.SAL
           , E.DEPTNO
           , D.DNAME
      FROM EMP_T E, DEPT_T D
      WHERE E.DEPTNO = D.DEPTNO
     )
SET ENAME = ENAME || '-' || DEPTNO;

跟到一步一步下來，到這一步的時候，別執行這個語句，先來猜猜這兩條語句執行的結果是什麼？

理解報錯的原理

按照正常的聯接邏輯，DEPT_T和EMP_T之間的關係是一對多關係，也就是說一個部門可以對應多個員工，而一個員工一次只能從屬於一個部門。

-- 假如EMP_T中有如下資料
EMPNO | ENAME | DEPTNO
7839  , KING   , 10
7935  , MILLER , 10

-- 假如DEPT_T中有如下資料
DEPTNO | DNAME
10     , ACCOUNTING

這個時候如果兩表聯接後，用DNAME替換EMP_T中DEPTNO的話，很明顯DEPTNO裡的值都會替換成ACCOUNTING

EMPNO | ENAME | DEPTNO | DNAME
7839  , KING   , 10    , ACCOUNTING
7935  , MILLER , 10    , ACCOUNTING

但是，如果DEPT_中有兩條DEPTNO為10的資料呢？

-- 假如DEPT_T中有如下資料
DEPTNO | DNAME
10     , ACCOUNTING
10     , MARCKEING

聯接的結果就會變成：

EMPNO | ENAME | DEPTNO | DNAME
7839  , KING   , 10    , ACCOUNTING
7839  , KING   , 10    , MARCKEING
7935  , MILLER , 10    , ACCOUNTING
7935  , MILLER , 10    , MARCKEING

那10號部門裡的值到底應該替換成哪個？所以，這樣的時候資料庫也不知道該怎麼處理，只能報出一個ORA-01779: 無法修改與非鍵值儲存表對應的列的錯誤。

那怎麼才能看到這個鍵值儲存表呢？ORACLE提供了一個檢視。

SELECT *
FROM DBA_UPDATABLE_COLUMNS
WHERE OWNER = 'SCOTT' AND TABLE_NAME = 'EMP_DEPT_V';

OWNER | TABLE_NAME | COLUMN_NAME | UPDATABLE | INSERTABLE | DELETABLE
SCOTT   EMP_DEPT_V     EMPNO            NO          NO          NO
SCOTT   EMP_DEPT_V     ENAME            NO          NO          NO
SCOTT   EMP_DEPT_V     SAL              NO          NO          NO
SCOTT   EMP_DEPT_V     DEPTNO           NO          NO          NO
SCOTT   EMP_DEPT_V     DNAME            NO          NO          NO

從這裡面可以看到檢視EMP_DEPT_V裡的欄位都無法變更。

那怎麼才能讓它們可以變更呢？根據前面說的，如果能保證DEPT_T表裡的資料是唯一的就能夠更新。也就是說在DEPT_T表上加主鍵約束或唯一約束。
因為如果不加約束的話，資料庫無法判斷是否唯一，加上約束其實也就是向資料庫告知一下，“放心改吧，不會出錯！”

ALTER TABLE DEPT_T
     ADD CONSTRAINT PK_DEPT_T PRIMARY KEY (DEPTNO);

再看一下之前的表（如果結果跟下面不一樣，重建一下檢視）：

SELECT *
FROM DBA_UPDATABLE_COLUMNS
WHERE OWNER = 'SCOTT' AND TABLE_NAME = 'EMP_DEPT_V';

OWNER | TABLE_NAME | COLUMN_NAME | UPDATABLE | INSERTABLE | DELETABLE
SCOTT   EMP_DEPT_V     EMPNO            YES         YES         YES
SCOTT   EMP_DEPT_V     ENAME            YES         YES         YES
SCOTT   EMP_DEPT_V     SAL              YES         YES         YES
SCOTT   EMP_DEPT_V     DEPTNO           YES         YES         YES
SCOTT   EMP_DEPT_V     DNAME             NO          NO          NO

這個時候就可以看到，檢視中EMP_T表中原來的欄位都是可以更新的了。

可以執行一下前面的語句，測試一下。

總結一下：
在對聯接檢視進行變更的時候，必須保證修改後的值是唯一的，並且這個事實要讓資料庫知道，而告知資料庫的方法是建立主鍵約束或唯一約束。

那麼問題來了，有什麼方法能夠不新增約束也能變更？並不是所有的表都可以隨意建這些約束啊。

解決的方法：

• 新增/*+ BYPASS_UJVC */ 提示，讓ORACLE跳過檢查（11g R2之後無效，不建議使用）
• 改寫UPDATE語句，通過其他方式判斷後處理
• 將UPDATE改成MERGE語句

參考ORACLE官方文件的解釋：

The concept of a key-preserved table is fundamental to understanding the restrictions on modifying join views. A table is key-preserved if every key of the table can also be a key of the result of the join. So, a key-preserved table has its keys preserved through a join.

An updatable join view (also referred to as a modifiable join view) is a view that contains multiple tables in the top-level FROM clause of the SELECT statement, and is not restricted by the WITH READ ONLY clause.