一个大数据量平台项目 数据库结构设计问题

数据库分区
SQL2008 配置群集
使用历史数据库，定期作业将过时数据搬走

解决方案 »

  1.   

    方案1可行.因为维护上百张不同意义的表是稍微有一丁点儿恐怖的事情.不管你的SQL语句写在哪...  都需要有上百个不同的SQL语句...但是方案1需要改良.建议用 日/周/月 表,分离历史数据和当前频繁使用数据
      

  2.   

    1.数据库服务器配置多cpu.
    2.数据库分区.
    3.分离历史数据库和实时数据库。
    4.其它的比如说创建索引之类的就不说了。
      

  3.   

    还是推荐使用数据库分区来处理,虽说有稍有复杂但明显好于其它方案.
    如果为每个用户创建一张表或数据库,那么所有的数据库脚本大都需要以拼SQL来写,维护起来很是费劲.