在表上加上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操作是修改表的元数据，用新的分配单元替换原来的分配单元。如果原来的分配单元不为空，那么这次替换就会造成一些数据的丢失，从而破坏了数据的完整性，因此是不允许的。
