一个web项目中的数据查询模块,使用频率很高,背后对应的表数据量数据量非常大,保守估计一个月最少的也有700万条记录,最大的在8000万条左右,数据每半年做一次备份,请问这样的表如何设计比较合适?
PS:没有大数据量的表设计经验,各位高手大侠多多指教~

解决方案 »

  1.   

    其实说来这个事情并不是属于的职责,我并不擅长数据库的东西,公司情况现在有点特殊,为了不耽误项目进度,暂时由我接过来。
    另外,这么多数据量只是count出来,现在的方案是一亿条记录count出来需要花费20多秒,还需要做一些优化。网上高手很多,所以上这来发问,听听各位高手的意见。
    小弟经验浅薄,请各位前辈不要鄙视
      

  2.   

    这在数据库界叫海量数据,可查阅一下SQL Server海量数据处理的解决方案.
    如分区表,nosql等等. 另:支持2楼,这就是'基本国情'吧.