求教分区表
求教分区表，可以预先建好分区吗？
比如存一个月31天的数据，先建好分区，到时候按照分区键(分区键按照int型，1、2、…)1号的放入分区1中，依此类推，如果下一个月1号我要删掉分区1中的表，会删掉分区吗？每张表的数据有大概有150万现在，delete数据和drop表的效率综合考虑哪个更高？
我最后要对这31个分区中的表做数据分析的话有没有什么好的方法？（分析：用做报表，比如查看一个月之内交易成功率，耗时最高的二十比交易...）
当某天的数据比平均数据高出一个数量级时对分区表的效率有影响吗？（现阶段差不多一天150万笔数据，一年中可能会有几天是上千万的数据）
比如存一个月31天的数据，先建好分区，到时候按照分区键(分区键按照int型，1、2、…)1号的放入分区1中，依此类推，如果下一个月1号我要删掉分区1中的表，会删掉分区吗？每张表的数据有大概有150万现在，delete数据和drop表的效率综合考虑哪个更高？
我最后要对这31个分区中的表做数据分析的话有没有什么好的方法？（分析：用做报表，比如查看一个月之内交易成功率，耗时最高的二十比交易...）
当某天的数据比平均数据高出一个数量级时对分区表的效率有影响吗？（现阶段差不多一天150万笔数据，一年中可能会有几天是上千万的数据）
4同行回答
预先建立好分区是没有问题的，但是前提要规划要分区的“开始时间点、区间间隔、结束时间点”。并结合业务需要进行评定。一般情况下，在线删除和添加分区是没有任何问题的。收起
浏览610
提前创建分表时没有任何问题的，你可以写一个脚本，定时创建维护分表。db2 没有drop表分区这个功能，只有detach，detach也是把该分区的数据交换到临时表，当你删除临时表时这个分区也就没有了。delete是一个事务操作，效率办法跟detach相比，你的数据量比较大，detach是最安全的；这么大的数据量如果直接在分表上分析数据应该要允许一定的性能损失，或者可以提前计算好需要分析的数据到物理表，然后在新表中分析数据。收起
浏览618
可以预先建好一堆分区待用
分区不是drop的，是dettach，就是将某个分区从表中剥离开形成另一个单独的表，至于这张单独的表你不要就drop掉就好了，不过要注意索引。
另外，看你的数据量其实不大，每个分区150万的话，整体数据也不超1亿。看你的需求，需要做报表，那就要考虑分析的维度问题。
所以建议你从分析需求、写入需求和运维需求等方面综合权衡，考虑用普通表、MDC或者分区表。三者的效果不一样，不一定非得要用分区表。收起
分区不是drop的，是dettach，就是将某个分区从表中剥离开形成另一个单独的表，至于这张单独的表你不要就drop掉就好了，不过要注意索引。
另外，看你的数据量其实不大，每个分区150万的话，整体数据也不超1亿。看你的需求，需要做报表，那就要考虑分析的维度问题。
所以建议你从分析需求、写入需求和运维需求等方面综合权衡，考虑用普通表、MDC或者分区表。三者的效果不一样，不一定非得要用分区表。收起
浏览663