Direct Path Insert與APPEND, PARALLEL的梳理與小結

裡面的寫入資料方式分為2種，一個是傳統方式寫入(conventional insert)，另外一個是直接路徑寫入(direct path insert)。

            傳統方式寫入: Oracle會重用表裡面空閒空間，並且寫入會先寫入到buffer cache。

            直接路徑寫入：Oracle不重用表裡面的空閒空間，直接寫入到新分配的塊，並且資料直接寫入到data file，不寫入到buffer cache。效率更高。如果表的並行度不為1，那麼直接路徑寫入是預設的寫入行為（需要開啟會話並行dml）。直接路徑寫入為後設資料（例如空間擴充套件引起的資料字典資料變化）變更產生REDO, UNDO。而資料變更，redo，undo生成情況如下：

@  不為資料寫入生成undo

@  如果為非歸檔或者沒有開啟force logging，那麼直接路徑寫入時，不為資料寫入產生redo，這時與表是否設定nologging屬性無關。

@  如果資料庫為歸檔，但是沒有開啟force logging，logging的表會產生redo，nologging的表不會產生redo。

@  如果資料庫為歸檔並且開啟了force logging，資料寫入會產生redo，無論是否設定logging，nologging。

            直接路徑寫入的一些限制：

@ 在一個事務裡面，可以執行多次直接路徑寫入，一旦該事物並行修改了表，分割槽或者索引，當前會話將無法再次方位該物件。例如會話A在表T上進行直接路徑寫入後，會話A無法再次訪問表T，但是會話B可以查詢表T，此時如果會話A執行一個傳統路徑寫入，會被阻塞，等待事件為：enq: TM – contention。

@  目標表不能是cluster，不能含有object型別欄位，不能含有外來鍵約束，觸發器。

@ 對於目標表是IOT表，也有一些限制。

@  分散式寫入無法進行直接路徑寫入。

APPEND,PARALLE和直接路徑寫入關係：

                Append預設也是採用直接路徑寫入，不要求session enable parallel。

                Parallel 要求會話級別enable parallel，否則將無法進行直接路徑寫入。

如下：

1、測試REDO生成的量，以及直接路徑阻塞傳統寫入的場景

新開會話B，

新開會話C，檢視鎖的情況：
提交44號會話，58號 會話完成

2、測試append，parallel的預設插入方式

上面的測試已經表名，在表預設的並行度為1的情況下，直接append是會選擇直接路徑寫入方式。下面現將表t_direct_test的並行度設定為4.