フルテキスト インデックスの増加を把握し、その長期的なメモリ ニーズを測定しようとしています。
各検索のキャッシュを保持しますか? (新しいキーワードの最初の検索には常に少し時間がかかり、その後はより速くなることを知っている) それは無限に成長しますか?
それとも、作成後のサイズはかなり有限なのでしょうか?
時間の経過とともに、パフォーマンスの低下、停滞、または改善を期待する必要がありますか?
フルテキスト インデックスの増加を把握し、その長期的なメモリ ニーズを測定しようとしています。
各検索のキャッシュを保持しますか? (新しいキーワードの最初の検索には常に少し時間がかかり、その後はより速くなることを知っている) それは無限に成長しますか?
それとも、作成後のサイズはかなり有限なのでしょうか?
時間の経過とともに、パフォーマンスの低下、停滞、または改善を期待する必要がありますか?
原則として、FT カタログは索引付けされたドキュメントの数に比例して大きくなります。FT インデックスのキャッシュは、SQL Server バッファー プール キャッシュの一般的なカテゴリに分類されます。
大規模なカタログに対する SQL Server 2005 フルテキスト クエリ: 教訓をご覧ください。
非常に大きなカタログでフルテキスト クエリを調整するには、いくつかの実験が必要です。フルテキスト クエリのパフォーマンスは、特定の検索語セットに対して返される行数にほぼ比例することがわかりました。CONTAINS 関数ではなく CONTAINSTABLE を使用し、不要な結合を削除すると、パフォーマンスが向上することがわかりました。
ただし、SQL 2005 と SQL 2008 の間で FT のパフォーマンスに大きな変化があることに注意してください。