Elastic Searchと機能に関するSunspotの比較

太陽斑点(Solr)と弾性検索(Lucene)の比較質問が見つかりません。 両方の検索エンジンでプロとコンの違いは何ですか?

私は2つの宝石の比較の中でより良い内部を得るために対の他の質問を見たので、これは両方のエンジンの初心者(私のような)のために良い洞察を得ることができることを願っています。私はすでに黒点を見てきましたが、いくつか問題があります。だから私は検索した

7
SolrはLuceneの上にあるサービス層です。それは単にあなたがどのように建築したいかにかかっています。
追加された 著者 Dave Newton,
より良い比較質問は、Solr vs ElasticSearch、またはSunspot vs Tireだろう。
追加された 著者 Nick Zadrozny,

3 答え

私はRubyでフルテキスト検索が必要なプロジェクトに取り掛かりました。当然、私はSolr + Sunspotを使い始めましたが、それを動作させることはできませんでした。ドキュメントが正しく索引付けされているかどうかを判断し、実行時クラスパスを把握して、アナライザー/トークナイザ・クラスを追加し、config.xml/schema.xmlなどを編集できるようにしました。それを受け取ってインデックスを作成したと言いましたが、クエリの結果は得られませんでした。私はちょうどカップルの日の後にあきらめた、それは構成地獄のようなものだった。

ElasticSearch + Tireはそれを稼働させるのに夢中でしたが、私は1時間でそれを稼働させました。

Luceneは単なるJava検索ライブラリなので、Solrはフルサービス検索アプリとして開発されましたが、Solrは典型的なJava Webアプリケーションをすべてトラップしています。 Javaサーブレット・コンテナ(JettyまたはTomcat)。

ElasticSearchはLuceneもベースにしています。サーブレットコンテナを内蔵していますので、デーモンのように動作し、非常にストレートなJSON + REST APIを使用してテストに最適です。それはスキーマレスなので、設定ファイルを編集しなくても私にとってはうまくいった。すべてが美しく働いた。

私が本当に必要としていたのは中国語の検索で、ElasticSearchはすでにLueceneのSmartChineseAnalyzerをプラグインとしてパッケージ化していました。そのレベルのカスタマイズが必要な場合、アナライザ/トークナイザチェーンをカスタマイズすることがどれほど難しいかはわかりません。 ElasticSearchとTireのDocmentationはどちらも一流です。

タイヤ(ElasticSearch用Rubyライブラリ)

https://github.com/karmi/tire

デモを試すと、レールsearchappをインストールし、ElasticSearchバイナリをダウンロードして実行し、Webrickを自動的に起動します。

$ rails new searchapp -m https://raw.github.com/karmi/tire/master/examples/rails-application-template.rb

私のシステムでは、Javascriptエンジンを持っていないことに不満を抱いていました(Rails 3.2では、デフォルトではthereubyracer gemが含まれなくなりました)ので、

$ wget https://raw.github.com/karmi/tire/master/examples/rails-application-template.rb
$ nano rails-application-template.rb

ファイルに宝石「therabyracer」を追加してください(宝石のタイヤと宝石のwill_paginateを探してください)。

$ rails new searchapp -m rails-application-template.rb

私自身のアプリケーションを開発するために、私はElasticSearchのtarballを落とし、-fスイッチを使ってフォアグラウンドで実行します(Ctrl-Cで簡単に停止できます)

$ bin/elasticsearch -f

eleasticsearch-headプラグインをインストールすると、Web管理インターフェースを取得できます

https://github.com/mobz/elasticsearch-head

また、私が知ったこともあります.1対多のリレーションシップモデルを使用している場合、Tireは検索結果でそれらを解決せず、フラットなコレクションを返します。あなたのhas_manyとbelongs_toの関係は、完全なオブジェクトではなくコレクション内のオブジェクトIDになります。

10
追加された

私はあなたがSolrと弾性検索の比較を検索すべきだと思います。 実際、太陽黒点はSolrに基づいており、Solrと弾性検索の両方がLuceneに基づいています。彼らはLuceneの上に構築された同様の目標を持つ2つの異なるプロジェクトです。

ここでは2つの比較があります:

ElasticSearch、Sphinx、Lucene、Solr、Xapian。どの用途に適していますか?

http://www.findbestopensource.com/article-detail/solr-vs- elasticsearch

8
追加された
どういたしまして!常に喜んで助けてください!
追加された 著者 javanna,
私はLuceneをベースにしていることは分かっていませんでした。
追加された 著者 Rubytastic,

Here is the most complete up-to-date post on the topic: http://solr-vs-elasticsearch.com/

2018年5月の推奨事項

     

機能の奇妙な長いグリッドの場合の簡単なガイドラインは次のとおりです   上記は役に立たなかった。

     

次のいずれかが当てはまる場合は、Solrを選択します。

     
      
  • チームは主にJavaプログラマーで構成されています
  •   
  • 既にスタックにZooKeeperを使用しています
  •   
  • スタックにJavaを既に使用しています
  •   
  • 特定の関連性の低い検索アプリケーションを構築しています。
  •   
  • あなたはeコマース、仕事、または商品検索エンジンを構築しています。
  •   
  • 検索は製品とユーザーエクスペリエンスの中心的部分であり、検索の中心的な強みであるという組織の要求があります。
  •   
     

次のいずれかが当てはまる場合は、Elasticsearchを選択します。

     
      
  • あなたのチームは主にRuby/PHP/Python /フルスタックプログラマーで構成されています(アプリケーションには、特定の関連性がありません   要件)
  •   
  • あなたはJSONを生き生きと呼吸します
  •   
  • 既にあなたのログを管理するためにKibana/ELKを使用しています
  •   
  • アプリケーションの分析に重い
  •   
     

疑わしい場合...

     

私が取り組んできたすべての深刻な検索アプリケーションには、   検索ワークフローの詳細なカスタマイズと関連性の調整、   執筆時点では、これは単に可能ではありません   主要なハッキングのない弾性的な検索。疑わしい場合は、Solrに行ってください。

2
追加された