comment昨日からフルテキストインデックスについて勉強をしています。その際に調べたことのメモを。技術情報としては以下の内容が参考になります。(Transact-SQL)■フルテキストインデックスの検索フルテキストインデックスは基本的にはワードブレイカーによって区切られた単語を検索することになると思います。そのため、単純な以下のような検索だとヒットしないことがあります。単語として認識しそうな語句であればヒットします。最初に実行した条件のような検索をする場合にはワイルドーカードの指定が必要になってきます。使った通常の検索方法を使用する必要があるかもしれないですね。検索速度とのトレードオフですが。つの要素で構成されているかと思います。フルテキストカタログはフルテキストインデックスを格納するために必要となります。そのため、大きなフルテキストインデックスは専用のカタログ、小さなフルテキストインデックスは一つのカタログにまとめるというようなことを考える必要が出てくるかと。以降はファイルグループを指定することができなくなっている点もポイントかもしれないですね。フルテキストインデックスが実際に検索時に使用されるインデックスになります。フルテキストインデックスの作成はこの単位で実施することができます。一つのテーブルに作成できるフルテキストインデックスは一つとなるようです。フルテキストインデックスは一つのフルテキストカタログにしか所属することができません。できますのでインデックスのメンテナンスとカタログのメンテナンスは分けて考える必要が出てきそうですね。構成されているようです。扱いとなっており、通常は内容を見ることができません。使用した場合はアクセスをすることができます。データベース管理者用の診断接続この内容が見れるとフルテキストインデックスの理解が深まるかと。フルテキストインデックスは、全文検索により作成したインデックスを外部ファイルとして持つのではなく内部テーブルとして格納しているということが見えてきますね。フルテキストインデックスの作成/更新はテーブルに対しての操作となり、トランザクションログもそれなりに書き込まれますのでこの辺も意識しておいたほうがよさそうです。関してはフルテキストインデックスを設定しただけでは作成されず、実際にインデックスが作成されることでテーブルが出てきます。このテーブルが単語検索で使用されるコアなものになるようです。使用状況フルテキストインデックスを作成する際には対象の列に対してアクセスを行いインデックスを作成する必要があります。スレッドとなるようです。コアが多い環境ではこの数値を調整して、スレッドの並列度を上げることでインデックス作成の速度を上げることができます。なり、フルテキストインデックスの機能がコアコンポーネントのほうに統合されたことにより今後削除される機能としてマークされているものがありますのでこの辺は注意したほうがよいかもしれないですね。スレッドの動作となることがあり、この辺の仕組みがまだわかっていません。スレッド数になったのですが。この辺りはデータのパーティション数が少なかっただけかもしれないですが。実行してみたりはしていたので、この辺も影響していたのかもしれないです。異なる設定のようですので、必要に応じてそれぞれを設定する必要があるかと。使用されるかは稼働前に確認をしておいたほうがよさそうですね。追加データやフラグメントテーブルを複数ある状態で試す必要があるかと。全部使い切って全力で処理してくれます。インデックスの作成を中止することができます。一時中断でもよいかもしれないですね。種類があるかと思います。実行することでフルテキストインデックスの実体を作成します。フラグメントテーブルが増えていくというイメージのようです。