none
请DBA给个建议:SQL2012如何合理配置分区表 RRS feed

  • 问题

  • 请DBA给个建议:SQL2012如何合理配置分区表

    有一表,大概30个字段左右,每天有1百万条交易记录存放进来,请问要如何配置分区表比较合理,
    请高手们给个建议,谢谢!
    (注意:有DELL R720服务器,2个146GB硬盘,4个1TB硬盘,RAID5)

    我自己的方案是:以月份为单位分区

    主文件组
    2014年文件组(存201401,201402,201403...的分区文件)
    2015年文件组(存201501,201502,201503...的分区文件)
    2016年文件组(存201601,201602,201603...的分区文件)
    ...如引类推
    索引文件组(存索引文件)

    2015年1月9日 3:07

答案

  • You have to create partition function and schema first then recreate all indices on partition schema, not easy work for existing large table. Once done with that, have to add new/remove old partition in schedule based on partition function.
    2015年1月9日 14:07

全部回复

  • 这些信息不足以决定怎么分区啊,分区主要跟你的使用方式有关。文件组要跟归档备份之类的相关。

    你的索引不分区吗?分区的话,跟数据放一起。


    想不想时已是想,不如不想都不想。

    2015年1月9日 4:03
    版主
  • I'd rather to create table for each month and partitioned view in such system, performs better than partitioned table and easier to manage. Reason is that smaller table has more accurate stats than bigger one. 
    2015年1月9日 4:08
  • 那高手请给个建议,我是新手,第一次玩分区表。

    我的业务是,每天有1百万条记录插入来这个表,然后主要的SELECT是最近3个月的数据。

    2015年1月9日 4:52
  • 已经是现成的表和程序了,所以目前在不修改程序的基础上,只好分区表了
    2015年1月9日 4:52
  • You have to create partition function and schema first then recreate all indices on partition schema, not easy work for existing large table. Once done with that, have to add new/remove old partition in schedule based on partition function.
    2015年1月9日 14:07
  • SELECT是最近3个月的数据,where怎么写的?

    想不想时已是想,不如不想都不想。

    2015年1月12日 5:17
    版主