代码之家 › 专栏 › 技术社区 › deadbug

SQL 2005全文目录是随机的sloooowww

full-text-search sql-server-2005

4

deadbug · 技术社区 · 18 年前

我在SQL 2005机器上构建了一个全文目录,在重新构建过程完成后,它的运行速度非常慢。我已经实现了一个hack(即try…catch{do again}),这样我的用户就不会出现超时错误;这让我内心感到难过。所有后续查询都非常快。

有人遇到过这个问题吗?是否有解决方案?谢谢!

附言:是的,我在谷歌上搜索过很多次。即使是我的左手。

5 回复 | 直到 18 年前

1

2

James 17 年前

这也可能是我们遇到的Sql Server“功能”造成的。

在无法访问Internet的服务器上运行的SQL Server 2005实例中运行全文查询时,可能会遇到45秒的延迟

2

1

zappan 18 年前

这可能不是对你问题的直接回答,但stackovoverflow播客系列已经介绍了mssql的全文搜索,结论是这不是最好的选择:)

所以,如果你能将其更改为第三方库,你可以尝试jeff&co.,Apache Lucene库。Java版本可在 http://lucene.apache.org/java/docs/ ,以及.net端口 http://incubator.apache.org/lucene.net/

3

0

solrevdev 18 年前

我也吃过这个。第一次击球很慢,休息很快。尝试了各种方法,但都没能解决。

我很想知道这个问题的答案。

4

0

Dave_H 18 年前

您可以通过在每个全文索引的表上“设置开始背景更新索引”和“开始更改跟踪”(每个单词之间应该有一个下划线)来防止完全重建索引。

这允许sql server仅在需要时通过更改来更新索引。由于没有重建索引,这可能会帮助您解决问题。

5

0

Craig 18 年前

我支持Lucene。净建议。我之前曾尝试使用全文搜索和SQL构建一个“搜索引擎”。当搜索条件变得复杂并且查询经常超时时,这总是有问题的。在…上 my new site 我用Lucene构建了搜索引擎。Net项目,它运行得很好,比SQL FTS快得多。