oracle 更改分割槽表資料 ora-14402

在一次更改分割槽表某條資料時，報錯ora-14402

該分割槽表的分割槽鍵為account_date,主鍵為id。

檢視該條資料的rowid:

在更新記錄中的Partition Key時，可能會導致該記錄超出當前所在分割槽的範圍，需要將其轉移到其他對應分割槽上，因此要求開啟ROW MOVEMENT。

檢視該條資料行遷移是否開啟：

select OWNER ,TABLE_NAME,STATUS,PARTITIONED,ROW_MOVEMENT from dba_tables where table_name='BIL_INVOICE_DETAIL'

可以看到該錶行遷移沒有開啟，開啟行遷移：

alter table HOSTDB.BIL_INVOICE_DETAIL   enable row movement;

再次執行update:

執行成功，且rowid發生改變。

關閉該表的行遷移：

alter table HOSTDB.BIL_INVOICE_DETAIL   disable row movement;

關於行遷移：

ROW MOVEMENT特性最初是在8i時引入的，其目的是提高分割槽表的靈活性，這一特性預設是關閉，在使用一下3個功能時需要開啟：

1.flashback 表

這一功能能幫助我們及時回滾一些誤操作，防止資料意外丟失。在使用該功能之前，必須先開啟ROW MOVEMENT，否則就會拋ORA-08189錯誤。

這個過程的內部操作， 可以透過對Flashback Table做SQL Trace來進一步觀察。透過Trace，我們不難發現，
Flashback Table實際是透過Flashback Query將表中資料進行了一次刪除、插入操作，因此ROWID會發生變化。


2.Shrink Segment (降低表的高水位)

Shrink Segment能幫助我們壓縮資料段、整理資料碎片、降低高水位，以提高效能、節省空間。它也同樣要求開啟ROW MOVEMENT。

--這個時候 shrink space 會報10636錯誤

alter table test_move enable row movement;

alter table test_move shrink space;

我們可以看到在Shrink後，ROWID也變化了。從對其過程的Trace來看，Shrink對資料的改變不是透過SQL實現的，而是透過更底層的函式來實現的。


3.更新Partition Key

在更新記錄中的Partition Key時，可能會導致該記錄超出當前所在分割槽的範圍，需要將其轉移到其他對應分割槽上，因此要求開啟ROW MOVEMENT。

--這個時候update會報14402錯誤

這一操作產生影響的特殊之處在於這是個DML操作，是和online transaction密切相關。對於這樣一個UPDATE，實際上分為3步：先從原有分割槽將資料刪除;將原資料轉移到新分割槽上;更新資料。
其影響就在於以下幾個方面：
一個UPDATE被分解為DELET、INSERT、UPDATE三個操作，增加了效能負擔。其中，DELETE的查詢條件與原UPDATE的查詢條件相同，新的UPDATE的查詢條件是基於INSERT生成的新的ROWID;
相應的Redo Log、Undo Log會增加;
如果Update語句還涉及到了Local Index的欄位的話，新、舊2個分割槽上的Local Index都要被更新。
還有一點，Row Movement會和域索引(Domain Index)產生衝突：如果表上定義了域索引，開啟Row Movement就會失敗;反之亦然。

部分引用：https://blog.csdn.net/enmotech/article/details/79294945