手上一个海量信息的网站,数据库是sql server 2000 的,大小已经5个G了。其中一个表的数据量达到150万条,速度奇慢。请教各位,该怎么处理。

解决方案 »

  1.   

    如果升级到sql 2005以上,采用数据库文件 分块 能解决这个问题吗?
      

  2.   

    150万数据量不算大,看你怎么设计了,索引要建好。我们公司,有近1万个数据库文件,每个文件5个表左右,每个表25万数据左右。
       1.将主要数据的索引在系统启动的时候读到内存中,先到内存读到数据的索引,然后到表中直接读数据
       2.尽量减少各个表之间的关系,如果有复杂的关系,专门建一张或者多张表,放这些数据库表的关系
       3.可以是多维表存储方式,即使用字符串的拼接,是一个字段下的信息量变大
       【我们用的是mdb文件,数据库文件只起到放数据的作用,驱动层之上的东西都是我们自己的东西】
      

  3.   

    1  多建NDF 在不同的物理磁盘2  分析数据表的的index 并重新整理索引碎片3  建议你升级数据库到2005 sp3
      

  4.   

    重建表索引,根据你的业务语句把表的索引给合理化
    优化你的sql语句
    部分sql语句能改成存储过程的尽量改成存储过程