大数据量的数据库设计

现在产品升级，数据库要重新设计，像全省的数据量太大了，数据库总是出问题，有几张表里面，一年的数据量大概有700到1000万条记录的样子，所以在这里面操作起来很慢，然后系统的并发量也很大，平均下来，大概70个请求/s，原来的老系统不怎么稳定，但是在这表里面的数据，有个特点，就是最近一个月的数据才会看，那些比较老的数据，在做年度报表，决策分析的时候，才会用到，所以想把那几个数据量很大的表的物理存储重新设计。
目前想到的第一种就是按照月来分，每个月让系统自动建一张表，然后把这个月的数据放在这个表里面，这样，每个月这个表的数据量大概只有几十万条，比以前就少多了，但是这样在做年度报表和决策分析的时候，就麻烦了，一年下来，就会有12表，要在这12张表里面，还要和其他的表的关联，这样做起来，也会很麻烦，数据库也未必受的了，第二种，就是用一个备份的数据服务器，把每个月的数据都导出到那个备份服务器上去，在备份服务器上面数据的存储不按月来分，按照年来分，每年建一张新表，做报表的时候，就到备份服务器上面操作。第三种，就是对这几张表用对象数据库，来存储一个月的数据，这数据是在内存的，操作起来，比操作关系数据库快，前段时间的数据还是放在关系数据库里面，这样就可以不用数据备份服务器了