創建一個和目標表一樣定義的表；
在表上加上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操作是修改表的元數據，用新的分配單元替換原來的分配單元。如果原來的分配單元不為空，那么這次替換就會造成一些數據的丟失，從而破壞了數據的完整性，因此是不允許的。