分區(qū)表進行alter-switch時遇到的錯誤有哪些

本篇內(nèi)容介紹了“分區(qū)表進行alter-switch時遇到的錯誤有哪些”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

創(chuàng)建一個和目標表一樣定義的表；
在表上加上constraint以確保表的數(shù)據(jù)在目標分區(qū)里；
Alter table 源表 switch to 目標表 partition 分區(qū)號
其中分區(qū)號可以通過$partition.partion_func( column value)獲得
這個過程比insert select要快很多，因為不涉及到io，只需要修改元數(shù)據(jù)，該邊partition的onwer而已。

但是上述過程只適用于目標表的分區(qū)函數(shù)中目標分區(qū)已存在的情況。比如你定義了邊界為1，2，3的分區(qū)函數(shù)，那么4和5都會插入到第4個分區(qū)里。

所以我推薦使用這種提前定義好分區(qū)函數(shù)所有分區(qū)的方法，如果你要按天分區(qū)，你就先定義好1000個分區(qū)。這種方法比較簡單，不需要在加入數(shù)據(jù)時進行檢查，從而導(dǎo)致錯誤。

如果您一定要使用動態(tài)分區(qū)的話，在加入一個源表作為新的分區(qū)時，需要如下操作：

首先取得新加入的分區(qū)列的值，設(shè)為X；
通過sys.Partition_range_values和sys.partition_functions找到目標分區(qū)函數(shù)所有的邊界值；
進行如下的檢查：
在這里分界值屬于左邊分區(qū)還是右邊分區(qū)是有區(qū)別的，我們假設(shè)屬于左邊分區(qū)；
如果X存在于2步的邊界值集合中，那么恭喜你，不需做額外的操作；
如果X大于2步中最大的邊界，你不僅需要為X分裂出一個分區(qū)，還要保證小于X的數(shù)據(jù)都有自己分區(qū)。
每次加入分區(qū)時檢查已有的邊界值，如果不等于其中的任何一個，則以X為參數(shù)split， 并刪除目標表中分區(qū)列和X相同的數(shù)據(jù)。
像之前描述的步驟那樣switch源表到目標分區(qū)中。
如果在2步的時候，目標分區(qū)已經(jīng)存在數(shù)據(jù)，alter ...switch語句就會失敗，原因是目標分區(qū)不為空。

可以理解為，switch操作是修改表的元數(shù)據(jù)，用新的分配單元替換原來的分配單元。如果原來的分配單元不為空，那么這次替換就會造成一些數(shù)據(jù)的丟失，從而破壞了數(shù)據(jù)的完整性，因此是不允許的。

“分區(qū)表進行alter-switch時遇到的錯誤有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！