什么是鍵值保存表（Key-Preserved Table）？

在理解什么是鍵值保存表之前，首先要知道 可更新的聯(lián)接視圖 這個(gè)概念，鍵值保存表只是保存了允許更新的字段信息的一張表。為什么會(huì)出現(xiàn)這么一張表呢？一步一步來(lái)看吧。

理解“視圖”、“聯(lián)接視圖”、“可更新的聯(lián)接視圖”的概念

視圖可以分為視圖對(duì)象和內(nèi)嵌視圖兩種。

- 視圖對(duì)象（View Object）
數(shù)據(jù)庫(kù)里的視圖對(duì)象跟一張表或索引等一樣，是數(shù)據(jù)庫(kù)對(duì)象中的一種，它其實(shí)是將基于表中原始數(shù)據(jù)的查詢(xún)給虛擬了一層之后，提供給外部查詢(xún)的一種對(duì)象。
其本質(zhì)是并不保存查詢(xún)的實(shí)際結(jié)果，而只是將查詢(xún)語(yǔ)句保存在數(shù)據(jù)庫(kù)中，當(dāng)用戶(hù)查詢(xún)某張視圖的時(shí)候，就會(huì)找到并執(zhí)行這個(gè)視圖的語(yǔ)句。
而聯(lián)接視圖其實(shí)就是在一個(gè)視圖中將兩個(gè)表建立關(guān)聯(lián)就是了。

-- 基于SCOTT用戶(hù)下的表創(chuàng)建測(cè)試表
CREATE TABLE EMP_T AS
     SELECT *
     FROM EMP;

CREATE TABLE DEPT_T AS
     SELECT *
     FROM DEPT;

-- 創(chuàng)建視圖對(duì)象（聯(lián)接視圖）
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;
 

- 內(nèi)嵌視圖（Inline View）
在SQL語(yǔ)句中，很多地方都可以寫(xiě)嵌套的語(yǔ)句，比如說(shuō)，F(xiàn)ROM后面可以套括號(hào)嵌套其他的語(yǔ)句，WHERE、SELECT、UPDATE、INSERT、DELETE后面都是可以寫(xiě)的。只是寫(xiě)的位置不同，執(zhí)行的方式還有處理時(shí)的一些限制不同，這些SQL中嵌套的SQL被稱(chēng)為子查詢(xún)（Subquery） 。子查詢(xún)可以分為如下幾類(lèi)：

• 內(nèi)嵌視圖：位置位于FROM語(yǔ)句中，也相當(dāng)于一個(gè)預(yù)處理結(jié)果集的概念
• 標(biāo)量子查詢(xún)（Scalar Subquery）：只返還一個(gè)結(jié)果值的子查詢(xún)。位于SELECT語(yǔ)句的子查詢(xún)只能返還一個(gè)值，所以必然是標(biāo)量子查詢(xún)，WHERE語(yǔ)句里也會(huì)出現(xiàn)這樣的子查詢(xún)
• 關(guān)聯(lián)子查詢(xún)：將查詢(xún)的結(jié)果傳遞給子查詢(xún)作為參數(shù)的使用的形式
• 一般子查詢(xún)：除了那些特殊形式的子查詢(xún)以外的一般用法

-- 內(nèi)嵌視圖的示例
-- 聯(lián)接內(nèi)嵌視圖
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
     );

那什么是可更新聯(lián)接視圖（Updatable Join View ）?

很簡(jiǎn)單，就是將一個(gè)聯(lián)接視圖（包括視圖對(duì)象和內(nèi)嵌視圖）放到UPADTE語(yǔ)句中這樣的語(yǔ)法形式。

暫時(shí)不考慮SQL語(yǔ)句的意義，只是測(cè)試用

-- 基于視圖對(duì)象的
UPDATE EMP_DEPT_V
SET ENAME = ENAME || '-' || DEPTNO;

-- 基于內(nèi)嵌視圖的
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;

跟到一步一步下來(lái)，到這一步的時(shí)候，別執(zhí)行這個(gè)語(yǔ)句，先來(lái)猜猜這兩條語(yǔ)句執(zhí)行的結(jié)果是什么？

理解報(bào)錯(cuò)的原理

按照正常的聯(lián)接邏輯，DEPT_T和EMP_T之間的關(guān)系是一對(duì)多關(guān)系，也就是說(shuō)一個(gè)部門(mén)可以對(duì)應(yīng)多個(gè)員工，而一個(gè)員工一次只能從屬于一個(gè)部門(mén)。

-- 假如EMP_T中有如下數(shù)據(jù)
EMPNO | ENAME | DEPTNO
7839  , KING   , 10
7935  , MILLER , 10

-- 假如DEPT_T中有如下數(shù)據(jù)
DEPTNO | DNAME
10     , ACCOUNTING

這個(gè)時(shí)候如果兩表聯(lián)接后，用DNAME替換EMP_T中DEPTNO的話，很明顯DEPTNO里的值都會(huì)替換成ACCOUNTING

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

但是，如果DEPT_中有兩條DEPTNO為10的數(shù)據(jù)呢？

-- 假如DEPT_T中有如下數(shù)據(jù)
DEPTNO | DNAME
10     , ACCOUNTING
10     , MARCKEING

聯(lián)接的結(jié)果就會(huì)變成：

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

那10號(hào)部門(mén)里的值到底應(yīng)該替換成哪個(gè)？所以，這樣的時(shí)候數(shù)據(jù)庫(kù)也不知道該怎么處理，只能報(bào)出一個(gè)ORA-01779: 無(wú)法修改與非鍵值保存表對(duì)應(yīng)的列的錯(cuò)誤。

那怎么才能看到這個(gè)鍵值保存表呢？ORACLE提供了一個(gè)視圖。

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里的字段都無(wú)法變更。

那怎么才能讓它們可以變更呢？根據(jù)前面說(shuō)的，如果能保證DEPT_T表里的數(shù)據(jù)是唯一的就能夠更新。也就是說(shuō)在DEPT_T表上加主鍵約束或唯一約束。
因?yàn)槿绻患蛹s束的話，數(shù)據(jù)庫(kù)無(wú)法判斷是否唯一，加上約束其實(shí)也就是向數(shù)據(jù)庫(kù)告知一下，“放心改吧，不會(huì)出錯(cuò)！”

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

再看一下之前的表（如果結(jié)果跟下面不一樣，重建一下視圖）：

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

這個(gè)時(shí)候就可以看到，視圖中EMP_T表中原來(lái)的字段都是可以更新的了。

可以執(zhí)行一下前面的語(yǔ)句，測(cè)試一下。

總結(jié)一下：
在對(duì)聯(lián)接視圖進(jìn)行變更的時(shí)候，必須保證修改后的值是唯一的，并且這個(gè)事實(shí)要讓數(shù)據(jù)庫(kù)知道，而告知數(shù)據(jù)庫(kù)的方法是建立主鍵約束或唯一約束。

那么問(wèn)題來(lái)了，有什么方法能夠不添加約束也能變更？并不是所有的表都可以隨意建這些約束啊。

解決的方法：

• 添加/*+ BYPASS_UJVC */ 提示，讓ORACLE跳過(guò)檢查（11g R2之后無(wú)效，不建議使用）
• 改寫(xiě)UPDATE語(yǔ)句，通過(guò)其他方式判斷后處理
• 將UPDATE改成MERGE語(yǔ)句

參考ORACLE官方文檔的解釋?zhuān)?/h2>

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.