問題タブ [full-text-search]

SQL Server フル テキスト検索では、言語固有のワード ブレーカーが使用されます。

ドイツ語では、複合語を含む単語を分割/分割するために使用されます。ただし、すべての既知の複合語がワード ブレーカーに含まれているわけではないようです。Word Breaker が認識している単語のリストが利用可能かどうかを知りたいです。

Windows 検索を使用して、スクリプトレットの使用について Web ディレクトリの 1 つを検索しようとしています。ただし、検索では .jsp で終わるすべてのファイルが無視されているようです。平易な言葉を探しましたが、それもうまくいきませんでした。検索時に Windows がこれらのファイルを無視する理由はありますか?

「キーワード以外のすべて」のテーブルをクエリする必要があります。「-」だけを使用しても機能しません。実際、mysql のマニュアルには次のように記載されています。

注: - 演算子は、他の検索語と一致する行を除外するためだけに機能します。したがって、前に - が付いている用語のみを含むブール モードの検索では、空の結果が返されます。「除外された用語を含む行を除くすべての行」は返されません。</p>

私が見つけた唯一の回避策は、「a* b* .... y* z* -keyword」でした。これにより、他のすべての結果が一致するようになります。他の（よりクリーンな）方法はありますか？

SQL Server 2005 のテーブルで「全文」検索を有効にして実行する方法は?

私は解決策をよく理解していませんでした：複数のテーブルで全文検索を使用するにはどうすればよいですか、SQL Server 2005

このような私の作成ビューコード

で PK を作成する方法。全文検索を行う必要があります。Tks

私は最近追加された「BLA "BLAHBLAH" Ltd.」という名前の国際的な会社を持っています (二重引用符は名前の一部です。)

ユーザーがこの会社を検索しようとするたびに、「何とか」またはそれに関連する何かを入力すると、検索は SQL サーバーの構文エラーで失敗します。

検索が失敗しないようにするにはどうすればこれをエスケープできますか?

サンプル SQL:

MSSQL2005 の全文検索への進出を開始しています。これは開発中の新しいデータベースなので、いじくり回すことができます。

「回答」と「コメント」という他の 2 つのテーブルと 1 対多の関係を持つ「フォーム」テーブルがあるとします。ユーザーが 1 つの検索用語を入力して、全文検索を介してこれら 3 つのテーブルすべてをペグできるようにしたいと考えています。最善の方法は何ですか？インデックス付きビューを作成して作業を高速化できるようです。

インデックス付きビューを使用する場合 (とにかくこれが最善の方法ですか?)、1 対多の関係をどのように処理すればよいですか? 私が本当に知りたいのは、子 Answer/Comment テーブルで見つかった検索結果を含む "Form" テーブルの ID だけだと仮定して、見つかったエントリを含むフォーム全体を表示できるようにします。ビューの内部結合により、複数の「マスター」フォーム行が返されます - パフォーマンスが良くないように思えます。すべての子の回答/コメント行をビューの 1 つの「列」に連結するのはどうですか? だから代わりに....

...それは...

私が気にするのは、そのマスター「フォーム」行の ID だけです。

これは私には理にかなっているように思えますが、全文検索に関するベスト プラクティスがまだよくわからないので、正しくアプローチしているかどうかに興味があります。

更新:インデックス付きビューはかなり厳密なようです。左結合もサブクエリもありません。そのため、扱いにくすぎなければ、トリガーによって入力された要約テーブルのパスをたどることができます。

Microsoft Access には全文検索機能がありますか?

MySQL と SQL Server には全文検索があることは知っていますが、Access についてはよくわかりません。

Access にフル テキストがない場合、フル テキスト検索の同じ目的を達成するための最良の代替手段は何ですか?

ありがとう

全文検索を使用して、データベース内の2つのテーブルから複数の列を検索する必要があります。問題の2つのテーブルには、関連する列の全文索引があります。

全文検索を選択した理由：1。アクセントのある単語を簡単に検索できるようにするため（カフェ）2。単語の近接度などに応じてランク付けできるようにするため。3。「XXXのことですか？」機能性

課題を説明するために、ダミーのテーブル構造を次に示します。

書籍名、書籍ノート、著者名を検索する必要があります。

私はこれを達成するための2つの方法を知っています：

1. フルテキストインデックス付きビューの使用：これは私の好みの方法でしたが、ビューをフルテキストインデックスにするには、スキーマにバインドする必要があり、外部結合がなく、一意のインデックスがあるため、これを行うことはできません。 。データを取得するために必要なビューは、これらの制約を満たしていません（データを取得するために必要な他の多くの結合テーブルが含まれています）。

2. ストアドプロシージャでの結合の使用：このアプローチの問題は、結果をランクで並べ替える必要があることです。テーブル全体で複数の結合を行っている場合、SQLServerはデフォルトで複数のフィールドを検索しません。2つのリンクされたテーブルで2つの個別のCONTAINSクエリを組み合わせることができますが、2つの検索クエリから組み合わせたランクを抽出する方法がわかりません。たとえば、「Arthur」を検索する場合、BookクエリとAuthorクエリの両方の結果を考慮し、それに応じて重み付けする必要があります。

Advanced Services を使用して SQL Server 2008 Express をインストールしましたが、新しいデータベースを作成しようとすると、フルテキスト インデックス作成オプションがグレー表示されます。以下のクエリを実行したため、フルテキスト インデックス作成がインストールされていると思われます。

このクエリは 1 を返すので、正常にインストールされていると思います。

フルテキスト インデックス作成は、私がインストールした MSSQL Express with Advanced Services エディションでサポートされています。参照ページ:
http://www.microsoft.com/downloads/details.aspx?familyid=B5D1B8C3-FDA5-4508-B0D0-1311D670E336&displaylang=en