18

Solr 1.4 を使用すると、いくつかの利点があります (すぐに使えるファセット検索、グループ化、複製、http 管理と luke の比較など)。

Java アプリケーションに検索機能を組み込んだ場合でも、SolrJを使用して、Solr 使用時の HTTP トレードオフを回避できます。SolrJはまったく推奨されていますか?

では、いつ「ピュア Lucene」を使用することをお勧めしますか? パフォーマンスが向上するか、必要な RAM が少なくなりますか? 単体テスト可能ですか？

PS:この質問については承知しています。

4

5 に答える 5

6

Web アプリケーションをお持ちの場合は、Solr を使用してください。両方を統合してみましたが、Solr の方が簡単です。そうではなく、Solr の機能 (最も重要なものとして思い浮かぶのはファセット検索) が必要ない場合は、Lucene を使用してください。

于 2010-05-18T12:48:05.530 に答える
5

アプリケーション内に検索機能を完全に組み込みたいが、Solr のような別のプロセスを維持したくない場合は、おそらく Lucene を使用することをお勧めします。たとえば、デスクトップ アプリケーションには何らかの検索機能が必要になる場合があります (Lucene を使用してドキュメントを検索する Eclipse IDE など)。おそらく、この種のアプリケーションが Solr のような負荷の高いプロセスを起動することは望ましくありません。

于 2010-05-18T12:23:48.260 に答える
2

驚いたことに、誰も NRT について言及していません。これは Lucene では利用できますが、Solr では (まだ) 利用できません。

于 2010-05-24T04:50:57.723 に答える
2

これは、Lucene を使用しなければならない状況の 1 つです。

与えられた一連のドキュメントについて、それらの中で最も一般的な用語を見つけます。

ここでは、各ドキュメントの単語ベクトルにアクセスする必要があります (TermVectorMapper の低レベル API を使用)。Lucene を使用すると、非常に簡単です。

もう 1 つの使用例は、検索結果の非常に特殊な順序付けです。たとえば、著者名 (複数の本を書いている) を検索して、最初の 10 件の結果で各ストアから 1 本になるようにしたいと考えています。この場合、各書店から結果を検索し、最終結果を表示するために、各書店から 1 つの結果を選択します。ここでは、基本的に複数の検索を行って最終結果を生成しています。lucene の低レベル API にアクセスできることは、間違いなく役に立ちます。

Lucene を選ぶもう 1 つの理由は、新しいグッズをできるだけ早く入手することでした。両方がマージされ、同期リリースが行われるため、これはもはや当てはまりません。

于 2010-05-18T12:54:01.463 に答える
0

Use Solr if you are more concerned about scalability than performance and use Lucene if you are more concerned about performance than scalability.

于 2014-04-28T06:12:50.823 に答える