對分區表進行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操作是修改表的中繼資料，用新的配置單位替換原來的配置單位。如果原來的配置單位不為空白，那麼這次替換就會造成一些資料的丟失，從而破壞了資料的完整性，因此是不允許的。