1

一般向けの REST アプリケーション用に TomCat サーブレット (Railo) を実行しています。スタンドアロンの Solr クラスターを制御するために、SolrJ の実装を開始しました。クエリはうまく機能していますが、Solr が提供するそのままの HTTP インターフェースを使用するのではなく、フローについて頭を悩ませています。SolrJ を使用するとパフォーマンス上の利点があると思ったので、実装を開始しましたが、読んで応答時間を見たところ、その理由は間違っていたと思います (?)。

SolrJ を使用することと、Solr からの JSON 応答を操作して返すことの利点はありますか? クライアントにJSON/XMLを返さないJavaアプリケーションにSolrJを使用することは確かです。

4

1 に答える 1

2

SolrJでパフォーマンスが向上したという主張を私は知りません。これは、ほとんどの場合、Solrとのインターフェースを使用するための使いやすい方法となるように設計されています。SolrJを使用すると、Solrインターフェースで許可されているパフォーマンスが非常に低下する可能性がありますが、インデックスでの単純な検索では、大幅な速度の向上は見られません。

私が見ているSolrJのパフォーマンス上の利点の1つは 、 ConcurrentUpdateSolrServerは、特に大量の更新を行う場合に、更新を処理するためのパフォーマンスの高い方法のように見えることです。接続を確立して更新を一度に1つずつ送信するという単純な実装よりも、特に負荷が大きい場合のパフォーマンスがはるかに優れていると思います。

于 2013-01-10T16:29:51.017 に答える