一天2G??
中国人民银行的数据量也没有这么多呀,
你现在考虑的不应该是如何处理2G的数据,而是,一天处理2M能解决问题马

解决方案 »

  1.   

    1.把频繁操作的表分不同磁盘存放
    2.将主要的表按信息分类成几个小表查询时按照多表链接查询
    3.如果你用的是ORACLE的话可对主要的表采用分区表形式存放
    4.如果你的服务器是多CPU的,那么设计表时可将freelist分为多组,组数最好与锌片数量一样, 这样可以加快查询速度
      

  2.   

    to flyfk961:
    "将主要的表按信息分类成几个小表查询时按照多表链接查询",是否有些问题?
      

  3.   

    to flyfk961:
        对你提出的其它办法。我赞同,但是第二条,我不太明白。
        还有放在光盘塔上,是否可以进行常用的管理。比如查询。
        对于大容量来说,我不知到是否靠些硬盘就够了。
      

  4.   

    你说的放在光盘上,是个方法,本身ORACLE有只读表空间概念,很多数据库都是这样做的
    至于我说的第二条是这样的
    因为小表都是按照信息分类的信息分开,如果你想访问某类信息,只用直接访问小表即可,速度肯定比查询大表快,另外,如果你想访问所有信息,只要基于这些小表建一个视图即可,更深层次的讲,如果你单纯访问大表的话,大表字段多,占用的数据块大,要查询特定的记录,查询小表速度在很大程度上可能比大表快,如果你的服务器是多CPU的话,那么,可以肯定的是通过多表链接查询的速度快,只要你的表放在合理的位置,将你的小表放在不同磁盘上,可以充分发挥CPU的性能,还有一个原因就是,在大表上面做增删改操作造成的数据碎片大,采用多表链接可以稀释这些碎片,加快操作速度