也遇到过这种问题,在查询分析器可能花费的时间要长一些,但能查询出结果集来,在用.net调用时就会出现超时问题,关注..

解决方案 »

  1.   

    CONTAINS(b.name,@keyword) 
    -----------------------
    这句改成b.name like '%'+@keyword=+'%' 看看,可能数据集大导致检索慢有这种情况出现
      

  2.   

    我是全文索引,几百万数据用like??太夸张了吧
      

  3.   


    SqlConnection conn = new SqlConnection();
    conn.ConnectionTimeout=600(以秒为单位,10分钟应该够了);
      

  4.   

    看看有没有Nvarchar和varchar的SQL转化问题。
      

  5.   

    或者将Sqlcommand的超时时间设置一下。
      

  6.   


    按照经验  在Asp.net中调用存储过程 会比在查询分析器中掉用慢一半左右你在查询分析器中调用 用了多久时间?
    你的全文索引有几个列?
    name在其中吗?请把你的查询分析器执行计划 贴出来大家看看
      

  7.   

    全文索引就两个列,name在其中。我现在基本上查询到原因是内存不够。当1G的内存被用完时,asp.net调用时查询速度非常的慢。而且第一次查询的时候也非常的慢,时候是全文索引没有使用上。仍在查询答案。请大家关注。
      

  8.   

    今天早上开机,第一次运行全文索引的存储过程,速度还是很慢,7秒。而且sql占用的内存马上升到了200M,以后的速度很很快了,基本上0.5秒。 这是什么原因呢!??
      

  9.   

    你ps后面的不超时才怪用freetexttable
      

  10.   

    freetexttable无法使用查询条件。而且内容上似乎也不是很准。
      

  11.   

    存储过程分页处理.即,每次返回的数据结果为pagesize条.
    一般情况下,不会超时.