我现在做一个web应用,有20个分类,3000个关键词用户通过分类和关键词用复杂的条件从一个海量数据表中检索数据(每次提供20条数据)原先没有考虑到有这么多关键词(原先只有40个左右),因为是每分类每关键词15分钟才需要更新一次数据,所以我是把临时数据写到各个xml文件里的,文件名是这样定义:分类ID_关键词ID.XML,40个关键词时测试效率还行,可是关键词要加到3000个,那文件不是要有60000个啦,心里直发毛啊!后来想着是不是按分类建20个表来存放检索结果,可是每关键词20条数据,那一个表里也有60000条数据啊,每次访问都从60000条数据中查询数据....这个效率会怎么样请教众高手,有没有更好的解决方案来优化检索效率啊?

解决方案 »

  1.   

    60000条数据应该算比较小的了,在被检索的字段上合理建立索引。
    如果每条记录的内容很多,可以考虑使用全文检索功能。
      

  2.   

    60000不算多,有些系统一天的数据量就不止这么些了.
      

  3.   

    我的一个表中有800万条数据,那还不是得查询,记得要在查询次数多的字段上建立索引,但索引总量不要超过3-4个
      

  4.   

    你在查询条件的这几个字段上建好索引
    这样查询会快一些