2012-01-11 13 views
1

私はアプリケーション用のlucene(Compass)ベースの検索エンジンを実装しており、VMware環境に展開します。クライアントは、I/Oパフォーマンスがvmwareホストにとって非常に悪いため、インデックスファイルの共有ストレージよりもlucene用のJDBCストレージが優先されると伝えています。私はこれに驚いています。luceneインデックスでJDBCを使用するのは良い考えですか?

クラスタ環境でデータベースまたは共有ストレージをluceneインデックスに使用する場合の賛否両論は何ですか?予想されるインデックス書き込み回数に依存しますか?

答えて

0

私はそのアサーションをバックアップするためのデータを要求します。データベースでI/Oも使用しないでください。または、JDBCソリューションが仮想化されていないデータベースインスタンスに接続しますか?

Luceneではどのくらいの頻度でインデックスを再作成しますか?別のバッチジョブを使用して1日に1回だけ行うと、これがどのように問題になるかはわかりません。

解決策が検索機能を必要とするため、私はLucene to JDBCを好むでしょう。いつかSQLとLIKE句でフリーフォーム検索を実行してみてください。それははるかに非効率的に思えるでしょう。

大きな懸念がある場合は、小さなベンチマークを試してください。

+0

ご不明な点が多少あると思います。私はLuceneを検索索引付けに使用しますが、luceneをサポートする記憶方法は私が解読しているものです。 Luceneは、JDBCを使用してインデックスをデータベースに格納できます。だから、それは検索のためのDMBSのインデックスを使用していません – barrymac

+0

私は質問を明確にした、言葉遣いは前に明確ではなかった – barrymac

関連する問題