私は現在、K2 サーバー上で実行されている verity で coldfusion 8 を実行しています。クエリを使用して、cfindex を使用してテーブルで複数の異なる列にインデックスを付けています。列の 1 つは大きな varchar 型です。
データがインデックス化されているとき、最初の 30KB のみが保存されているようで、その後何かを検索しても結果が返されません。いくつかの異なるフレーズや単語を 30KB 内のデータ内でさらに上に移動しようとしたところ、結果が表示されました。
次に、コマンド プロンプトで Browse コマンドを使用してさらに検証テストを実行し、コレクションの実際の内容を確認しました。
つまり、Coldfusion8\verity\collections\\parts browse 0000001.ddd
索引付けされている本文 (CF_BODY) が 32000 のサイズを超えることはないことがわかりました。
verity のドキュメントごとに固定のインデックス サイズがあるかどうか、誰か教えてもらえますか?
どうもありがとう、
リチャード
バージョン 6 には演算子の制限があります。
これらの値を超えても、必ずしもエラー メッセージが表示されるわけではありません。検索すると、それらを超えていないと確信できますか?
Verity のドキュメント、付録 B: クエリの制限には、検索時間と演算子の 2 つの制限があると記載されています。以下の引用は、本から直接、後者について語っているセクション全体です。
Verity クエリ言語およびトピック ガイド、バージョン 6.0:
演算子の使用に関する次の制限に注意してください。
ANY 演算子には、最大 32,764 の子を指定できます。トピックがこの制限を超えた場合、検索エンジンは常にエラー メッセージを返すとは限りません。
NEAR 演算子は、64 の子のみを評価できます。トピックがこの制限を超えた場合、検索エンジンはエラー メッセージを返しません。
たとえば、8365 の子を持つ ACCRUE 演算子を使用する大きなトピックを作成したとします。このトピックは、すべての ACCRUE クラスのトピックの 1024 の制限と、ノードの総数の 16000/3 の制限を超えています。この場合、ACCRUE の代わりに ANY を使用することはできません。これは、トピックが ANY 演算子の子の最大数の 8,000 制限を超える原因となるためです。代わりに、トピックをグループ化し、いくつかの名前付きサブノードを作成することで、より深いツリー構造を構築できます。