問題タブ [verity]

コレクションを削除、再作成、および再構築しないと、ColdFusion の既存の Verity コレクションの名前を変更できないようです。問題は、削除して最初から再構築する必要のない非常に大きなコレクションがいくつかあることです。この難問に対する便利なトリックはありますか?

これを回避する例を探してみましたが、運がありませんでした。うまくいけば、誰かが私を正しい方向に向けることができます!

Verity コレクションを持っています。レコードの説明フィールドには、「Flowers & Candy Scented Candle」などのタイトルがあります。

検索に「花とキャンディー」と入力すると、結果が返されません。

「Flowers」または「Candy」という単語だけを入力すると、結果が表示されます。

Verity 検索エンジンを使用せずに、面白くて興味深い SQL クエリを使用してこれを行っていた古いコードをリファクタリングしています。

この問題を回避したり、Verity 検索を動作させる簡単な方法はありますか?

用語を引用符で自動的に囲むことを検討しましたが、結果が制限される可能性があります。

私はColdFusion9を使用しており、Verityコレクション名「shopColl」を作成しています。5分ごとにこのコレクションのインデックス作成を行うためにCFMファイルを呼び出すタスクスケジュールを作成します。

しかし、コレクション内のインデックスを更新しようとすると、このエラーが見つかりました。

これを解決する方法を教えていただけますか？プロセスは今夜まで前に正しいようです。

以下のコードは、タスクスケジュールがルーチンで呼び出すCFMファイルにあります。

長い間、ColdFusion 8 にバンドルされている verity 検索サービスの使用に問題がありました。問題は、コレクションに対して操作を実行するときにタイムアウト エラーが発生することです。これは断続的であり、通常、いくつかの操作が正常に実行された後に発生します。

例: コレクションにレコードを追加する場合、最初の、たとえば 15 レコードは問題なく処理されますが、後続のすべてのレコードは、サービスが再起動されるまでタイムアウトします。

私の知る限り、共有サーバー、Windows 2008、64ビットを使用しています。表示されるエラー: 「検索エンジン ライブラリで操作を実行中にエラーが発生しました。コレクション情報の読み取り中にエラーが発生しました。: com.verity.api.administration.ConfigurationException: java.io.IOException: 読み取りがタイムアウトしました」

私のホスティング会社と話し、いくつかの調査を行った後、サーバー上のコレクションの数がこの問題を引き起こす可能性があることが示唆されました. 使用するコレクションの数を減らしました。現在、サーバーには 39 個のコレクションがあります。私は共有サーバーを使用しているため、他の顧客が使用するコレクションの数を制御することはできませんが、制限が 128 コレクションであることを読んだので、39 で使用できなくなる理由がわかりません。コレクションは大きくなく、全部で約 5,000 のレコードがあります。

何か案は？

人に関するあらゆる種類のデータを保存するアプリケーションがあります。現在のcfsearch機能（Verity）には、これらの人々に添付されているドキュメントの検索が含まれています。

1人に2つのドキュメントが添付されている場合、1つにはABCが含まれ、もう1つにはXYZが含まれます。「ABCAND XYZ」の理想的な検索結果では、1人が返されます。ただし、両方の「単語」は異なるドキュメントでインデックス付けされているため、2つのドキュメントのいずれにも組み合わせが存在しないため、標準の動作ではcfsearchから結果が返されません。

関連するドキュメントとデータの組み合わせで検索が実行されるように、インデックス付きドキュメントやクエリデータを組み合わせる方法はありますか？私のアプリケーションでは、人に関するすべてのドキュメントとデータにインデックスを付け、適切な人を見つけるためのインテリジェントな「グローバル」検索を実行できることを意味します。

追加：これは、複数のドキュメントが添付された1人のユーザー（および場合によっては追加のインデックス付きクエリデータ）がある場合、検索の観点から、そのすべてのデータを「1つ」として扱いたいことも意味します。つまり。BREADが含まれているdocument1とBUTTERが含まれている同じ人物のdocument2がある場合、理想的には、BREADANDBUTTERを検索するとその人物へのポインターが表示されます。（もちろん、2つのドキュメントのどちらにも両方の単語が含まれていないため、通常のsearchindexは一致するものを検出しません。

任意のポインタと非常に感謝するのに役立ちます！（SolrはVerityと比較して新しい可能性を提供するはずです、問題ありません！）

ありがとう！

バート

現在、CF8 標準版サーバーがあり、verity インデックス作成に関していくつかの制限があります。アドビによると

サーバー全体で索引付けされたドキュメント数が 125k を超える段階に達しました。ただし、最大の verity コレクションは約 25,000 のドキュメントで構成されています (これはさらに増えることが予想されます)。一度に検索できるコレクションは 1 つだけです。私の理解では、これはコレクション全体を無制限に検索できることを意味します。これは正しいです？それとも、制限に達する前にすべてのコレクションで索引付けされたドキュメントのみが実際に検索可能であることを意味しますか?

これに対する解決策として CF9 標準に移行し、制限のない Solr ソリューションを使用することを検討しています。coldfusionjediは、Verity と Solrのいくつかの違いを強調しています。ただし、アップグレードする前に、アップグレードをコミットする前に、これをより明確に理解しようとしています.

これが何を意味し、実際に verity の検索とインデックス作成にどのように影響するかについて、誰かが明確な説明を提供できますか?

私は現在、K2 サーバー上で実行されている verity で coldfusion 8 を実行しています。クエリを使用して、cfindex を使用してテーブルで複数の異なる列にインデックスを付けています。列の 1 つは大きな varchar 型です。

データがインデックス化されているとき、最初の 30KB のみが保存されているようで、その後何かを検索しても結果が返されません。いくつかの異なるフレーズや単語を 30KB 内のデータ内でさらに上に移動しようとしたところ、結果が表示されました。

次に、コマンド プロンプトで Browse コマンドを使用してさらに検証テストを実行し、コレクションの実際の内容を確認しました。

つまり、Coldfusion8\verity\collections\\parts browse 0000001.ddd

索引付けされている本文 (CF_BODY) が 32000 のサイズを超えることはないことがわかりました。

verity のドキュメントごとに固定のインデックス サイズがあるかどうか、誰か教えてもらえますか?

どうもありがとう、

リチャード

検索結果で製品の SKU を優先させたいというクライアントからのリクエストがあります。SKU は、定義されたキー CF_TITLE にあります。私は真実性があまり得意ではなく、ドキュメンテーションはそこにありません。CF_TITLE のみを検索するように変更することはできましたが、残りの結果に影響を与えました。また、現在の基準が正しいかどうかもわかりません。これは、私が見つけた構文例に実際に従っていないためです。

では、残りの結果に影響を与えることなく、結果で「CF_TITLE」の完全一致を優先できるように、基準を変更するにはどうすればよいでしょうか?

これは現在の検索タグです。

lucene インデックスを (5 分ごとに) 別のボックスのペアに再同期し、検索のためだけに同じアプリを実行できますか?

App Server クラスタリングには興味がありません。

Verity でコレクションを作成しましたが、それに対して cfsearch を使用すると、次のエラーが発生します。

検索サービスを再起動しましたが、役に立ちませんでした。

任意のヒント？