問題タブ [freetexttable]

2 つのテーブルで FREETEXTTABLE を 2 回使用し、結果をマージして上位 50 を返すストア プロシージャがあります。

問題は、「ブリュースターの女性」で検索すると、結果はテーブル A からランク 143 の「元ばかモサの告白」を返し、テーブル B からランク 102 の 2 番目の「ブリュースター プレイスの女性」が返されることです。 .

これはカウントのせいですか？(テーブル A の返された結果の合計は 2399 です。テーブル B の返された結果の合計は 3445 です。)

The following FreeTextTable query takes > 10 seconds on the first request, but about a second for subsequent requests:

After approx. 10 minutes of inactivity the next request will once again take > 10 seconds. This seems like the freetext cache is periodically cleared.

Is this something that I can configure in SQL Server 2005?

主キーを除くインデックスに含まれるすべての列に対して完全に機能する FREETEXTTABLE 全文検索を使用するクエリがあります。

主キーは abcdef123456 のような形式であり、abcdef123456 を検索すると、その 1 つのレコードが返されます。ただし、abcd または 12345 を検索しても結果は得られません (そのフレーズがインデックスの別の列に表示されない限り)。

これがバグなのか、設計によるものなのか、それとも私が遭遇したことのない他の問題なのか、誰かが知っていますか?

クエリ内の他の多くの freetexttables でも​​使用されている searchTerm パラメータを使用して、freetexttable に参加しています。

現在の行に都市名が存在する場合、このパラメーターから都市名を削除したいと思います。次のように置換を使用しようとしています:

構文エラーになります。

これを行うことができる他の方法はありますか？

CMSの少数のテーブルでMSSQLのフルテキストインデックスを使用していますが、残念ながらSQL Server 2000でスタックしています。フリーテキストテーブル結合を使用してインデックスをクエリしているため、かなり良い結果が得られていますが、いくつかの固有の用語があります。ステミングしていないように見える検索クエリ。たとえば、「smartbar」という用語を使用したクエリは2行を返しますが、「smartbars」を使用したクエリは、部分的に重複している別の結果セットを返します。

ステミングの概念を正しく理解していれば、最初のクエリには2番目のクエリのすべての行が含まれていると思いますが、含まれていません。

MSDNのBooksOnlineを見ると、このページではfreetext_stringパラメーターのコメントでステミングについて言及していますが、このページでは言及していません。そのことから、 SQLServer2000はフリーテキストテーブルクエリの単語をステム処理しないと思います。これは正しい仮定ですか？SQL Server 2000の停止を促進または有効化する方法はありますか？フォールバックとして、私はおそらく独自の用語の重要なクエリにシソーラスファイルを使用しますが、SQLServerにほとんどの作業を任せたいと思います。

フォローアップとして、SQL Server 2000のフルテキストクエリに関する優れたリソースへのリンクをお持ちの方がいらっしゃいましたら、よろしくお願いいたします。MSDNの情報は役に立ちますが、もっと詳細な情報が欲しいので、あまり見つけることができませんでした。

@searchStringを検索するFREETEXTTABLEクエリが機能していました。@searchStringをINTに解析しようとする別の単純なクエリでそれをUNIONする必要があります。成功した場合は、解析@searchStringに等しいPKを持つ行を検索してテーブルをフィルタリングします。

以前は、FREETEXTTABLEの結果を検索対象のテーブルにランク順に簡単に結合できましたが、検索された元のテーブルの列のみを選択していました。

テキスト検索クエリと、検索文字列をキーとして行を検索するクエリとの間の一意の結果を組み合わせているため、テキスト検索クエリからランクにアクセスできなくなりました。

全文検索のランクによる順序を維持しながら、全文検索結果の前に主キー（結果がある場合）のある行を検索するクエリ結果を配置するにはどうすればよいですか？

同じもので 2 つの異なるバリエーションを試しました。最初のバージョンはから選択しfreetexttable、他のインセットは一時テーブルに挿入し、そこから選択します。最初のバージョンでさまざまなバリエーションを試しました (スコープの両方のレベルで、group by、distinct、[rank] を整数にキャストするいくつかの組み合わせを選択します。それにもかかわらず、最初のクエリは一貫してそれぞれが値を持つ 3 行を返します137が、 2 番目のクエリは、 の値を持つ 1 行を一貫して返します137。

ここで何が起こっているのですか？freetext が重複を返すのはなぜですか? また、select distinctまたは で重複を排除しないのはなぜgroup byですか?

注: 修正方法ではなく、理由を知りたいです。 私はすでに受け入れ可能な回避策を持っています。

スキルのリストを含み、全文索引が定義されているテーブルがあります (「colLanguage」という列が 1 つあります)。テーブルのエントリの 1 つは 'c#' ですが、(次の SQL を使用して) 'c#' を検索しても結果が返されません。

select * from FREETEXTTABLE(tblList, colLanguage, 'c#')

誰でも助けることができますか？

ありがとうK

SQLServer 2008 を使用しており、次のクエリを実行すると:

期待どおりの行が返されますが、ランクは常に 0 です。

この問題の解決策を探していたところ、Microsoft ASP.NET フォーラムでこの質問を見つけました。

ランクを取得し始めますが、一時的なものです。

特にデータベースに大量のデータがあり、クエリの直前に Sproc に追加すると、クエリは結果を返しません。カタログの再構築が完了しました。これと同様の問題を抱えている人が他にもいるようですが、解決策を見つけることができませんでした. 何か案は？