スタンドアロンの全文検索サーバーの選択：SphinxまたはSOLR？[閉まっている]

次のプロパティを備えたスタンドアロンのフルテキスト検索サーバーを探しています。

• 複数のクライアントからの検索要求を処理できるスタンドアロンサーバーとして動作する必要がある
• SQLクエリの結果にインデックスを付けることで「一括インデックス作成」を実行できる必要があります。たとえば、「SELECT id、text_to_index FROM documents;」と言います。
• フリーソフトウェアでなければならず、データベースとしてMySQLを使用するLinuxで実行する必要があります
• 高速でなければならない（MySQLの内部全文検索を除外）

これらのプロパティを持つ代替案は次のとおりです。

• Solr（Luceneベース）
• ElasticSearch（これもLuceneに基づいています）
• スフィンクス

私の質問：

• 彼らはどのように比較しますか？
• 代替案を見逃しましたか？
• ユースケースはそれぞれ異なりますが、特定のパッケージを使用したくない場合がありますか？

私はSolrをほぼ2年間使用してきましたが、Sphinxを使用したことがないので、明らかに偏っています。ただし、ドキュメントや他の人を引用することで、客観性を保つようにします。私も私の答えにパッチを取ります:-)

類似点：

• SolrとSphinxはどちらも、すべての要件を満たしています。これらは高速で、大量のデータを効率的にインデックス付けして検索するように設計されています。
• どちらも、それらを使用する高トラフィックサイトの長いリストを持っています（Solr、Sphinx）
• どちらも商用サポートを提供しています。（Solr、Sphinx）
• どちらも、いくつかのプラットフォーム/言語（Sphinx、Solr）にクライアントAPIバインディングを提供します
• 両方を分散して速度と容量を増やすことができます（Sphinx、Solr）

ここにいくつかの違いがあります：

• ApacheプロジェクトであるSolrは明らかにApache2ライセンスです。SphinxはGPLv2です。これは、Sphinxを商用アプリケーションに（単に「使用」するだけでなく）埋め込むまたは拡張する必要がある場合は、商用ライセンスを購入する必要があることを意味します（根拠）
• SolrはJavaアプリケーションに簡単に組み込むことができます。
• Solrは、Luceneの上に構築されています。Luceneは、8年以上の実績のあるテクノロジーであり、巨大なユーザーベースを持っています（これはほんの一部です）。Luceneが新しい機能やスピードアップを取得するたびに、Solrもそれを取得します。Solrにコミットしている開発者の多くは、Luceneコミッターでもあります。
• SphinxはRDBMS、特にMySQLとより緊密に統合されます。
• SolrはHadoopと統合して分散アプリケーションを構築できます
• Solr をNutchと統合して、クローラーを備えた本格的なWeb検索エンジンをすばやく構築できます。
• Solrは、Microsoft Word、PDFなどの独自フォーマットに索引を付けることができます。スフィンクスはできません。
• Solrには、すぐに使えるスペルチェッカーが付属しています。
• Solrには、ファセットサポートが標準で付属しています。Sphinxでのファセット処理には、より多くの作業が必要です。
• Sphinxでは、フィールドデータの部分的なインデックス更新は許可されていません。
• Sphinxでは、すべてのドキュメントIDは一意の符号なしゼロ以外の整数である必要があります。Solr は多くの操作に一意のキーを必要としませんで、一意のキーは整数または文字列のいずれかです。
• Solrは、フィールドの折りたたみをサポートし（現在は追加のパッチとしてのみ）、同様の結果の重複を回避しています。Sphinxはこのような機能を提供していないようです。
• 一方でスフィンクスにのみ文書IDを取得するように設計され、Solrの中であなたは直接、任意の外部データストアのそれは複数の独立した作り、データのほとんどあらゆる種類の文書全体を取得することができ、それは余分なラウンドトリップが保存されます。
• Solrは、組み込みで使用される場合を除き、TomcatやJettyなどのJava Webコンテナーで実行されます。これらには追加の特定の構成と調整が必要です（または、付属のJettyを使用して、で起動することもできますjava -jar start.jar）。Sphinxに追加の構成はありません。

関連する質問：

• Railsによる全文検索
• 全文検索エンジンの比較-Lucene、Sphinx、Postgresql、MySQL？

独自の方法で検索機能を拡張する必要がない限り、Sphinxが最善の策です。

Sphinxの利点：

1. 開発とセットアップが高速です
2. はるかに優れた（そして高速な）集約。これは私たちにとってキラー機能でした。
3. XMLではありません。これが最終的にSolrを除外したものです。Solr集約が欠落していたため、かなり大きな結果セット（何百もの結果を考えてください）を返して、それらを自分で集約する必要がありました。XMLとのシリアル化にかかる時間は、パフォーマンスを完全に殺しました。ただし、小さな結果セットの場合は、まったく問題ありませんでした。
4. オープンソースアプリで見た最高のドキュメント

Solrの利点：

1. 拡張できます。
2. Webアプリから直接ヒットできます。つまり、オートコンプリートのような検索で、AJAXを介してSolrサーバーに直接ヒットできます。

注：同じ質問を念頭に置いているユーザーはたくさんいます。

したがって、ポイントに答えるには：

どっち？なぜ？

• 使用Solrのあなたのウェブアプリ（例えば、サイトの検索エンジン）でそれを使用する場合。そのAPIのおかげで、それは間違いなく素晴らしいものになるでしょう。あなたは間違いなくウェブアプリにその力を必要とするでしょう。

• 大量のドキュメント/ファイルをすばやく検索したい場合は、Sphinxを使用してください。インデックスも非常に高速です。検索結果を取得するためにJSONやXMLの解析を伴うアプリでは使用しないことをお勧めします。直接dB検索に使用します。MySQLでうまく動作します。

代替案

これらは巨人ですが、もっとたくさんあります。また、これらを使用してカスタムフレームワークを強化するものもあります。だから、あなたは本当に見逃していないと思います。ただし、優れたユーザーベースを持つelasticsearchが1つあります。

私はSphinxを1年近く使用していますが、それはすばらしいことでした。私のMacBookでは約1分で150万のドキュメントをインデックスに登録でき、サーバーではさらに高速です。また、Sphinxを使用して、特定の緯度と経度内の場所に検索を制限しています。これは非常に高速です。また、結果のランク付け方法は非常に微調整できます。チュートリアルを1つまたは2つ読むと、インストールとセットアップが簡単です。ほぼ1.0のステータスですが、リリース候補は非常に堅実です。

Lucene / Solrはより多くの機能を備え、ビジネスでの年数が長く、ユーザーコミュニティが非常に強力であるようです。私たちではなく、直面しているように見える初期設定の問題を乗り越えることができるなら、私はLucene / Solrが最善の策だと思います。