您好,登錄后才能下訂單哦!
本篇內容介紹了“分區表進行alter-switch時遇到的錯誤有哪些”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
創建一個和目標表一樣定義的表;
在表上加上constraint以確保表的數據在目標分區里;
Alter table 源表 switch to 目標表 partition 分區號
其中分區號可以通過$partition.partion_func( column value)獲得
這個過程比insert select要快很多,因為不涉及到io,只需要修改元數據,該邊partition的onwer而已。
但是上述過程只適用于目標表的分區函數中目標分區已存在的情況。比如你定義了邊界為1,2,3的分區函數,那么4和5都會插入到第4個分區里。
所以我推薦使用這種提前定義好分區函數所有分區的方法,如果你要按天分區,你就先定義好1000個分區。這種方法比較簡單,不需要在加入數據時進行檢查,從而導致錯誤。
如果您一定要使用動態分區的話,在加入一個源表作為新的分區時,需要如下操作:
首先取得新加入的分區列的值,設為X;
通過sys.Partition_range_values和sys.partition_functions找到目標分區函數所有的邊界值;
進行如下的檢查:
在這里分界值屬于左邊分區還是右邊分區是有區別的,我們假設屬于左邊分區;
如果X存在于2步的邊界值集合中,那么恭喜你,不需做額外的操作;
如果X大于2步中最大的邊界,你不僅需要為X分裂出一個分區,還要保證小于X的數據都有自己分區。
每次加入分區時檢查已有的邊界值,如果不等于其中的任何一個,則以X為參數split, 并刪除目標表中分區列和X相同的數據。
像之前描述的步驟那樣switch源表到目標分區中。
如果在2步的時候,目標分區已經存在數據,alter ...switch語句就會失敗,原因是目標分區不為空。
可以理解為,switch操作是修改表的元數據,用新的分配單元替換原來的分配單元。如果原來的分配單元不為空,那么這次替換就會造成一些數據的丟失,從而破壞了數據的完整性,因此是不允許的。
“分區表進行alter-switch時遇到的錯誤有哪些”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。