我想说:
1:对于千万级的数据库,最好能用Db2或Oracle;
2:利用MsSQLserver的查询分析器,对你经常要使用的查询语句,使用分析器建议的索引建立索引;
3:索引可是查询速度加快,但建立过多的索引却会影响数据库的更新速度,怎么处理,嘿嘿,就看你自己权衡利弊了 !
4:如果你的系统是多用户的,如果你用数据库本身提供的加锁机制,当一个用户在更新数据时,如果你去查询,表会被锁定,所以自己去控制加锁机制,比如,如果是只需要查询不需要更新的地方,你可已加 NO lock参数!
5:如果您用的是RAID或多个硬盘的话,你很能在数据文件的存储空间分配方面改善,因为着放面对I/O的影响交大!
6:数据库效率的优化不是几句话可说得清楚,需要不断去摸索,因为他设计到好多方面的内容!

解决方案 »

  1.   

    我个人认为gxdq(石老人) 的方法不可行,哈哈,一个千万条记录级的数据库,建立索引的时间开销可能就够奢侈的了!另外方法1中,如果你是对此自动增长的记录号的字段进行定位查询,或则建立自动增长的字段一点用处都没有---对查询来讲!
      

  2.   

    建议使用磁盘阵列,并条带化.增加io能力
    使用索引
    加大内存,减小数据转入转出的次数
    使用多cpu
      

  3.   

    我希望能有具体的方法,我的服务器配置没有问题(Compaq5000系列).因此高分证集方法,再加20分。
      

  4.   

    第一、在千万级的数据上,建议不要用SQL Server
    第二、要加快速度,优化性能,除了硬件以外,最重要的一点是索引的合理建立
    第三、是SQL语句要合理,特别是不能在查询条件的字段上加函数,
    观察表建立语句,索引是建立在日期类型字段上的,估计你的SQL语句有问题,不妨贴上来看一看