質問

なんと、通常のスタンドアロン型全文検索サーバは次のとおりです

  • 事業者としてのスタンドアロンサーバに貢献できる検索要求を複数のお客様からお預かり
  • できることが必要な"一括指数付けによる"指数付けの結果のSQLクエリー:"ということを選択id text_to_indexからの書類"
  • するためにソフトウェアを通行しなければいけLinuxにMySQLのデータベース
  • けすることが出来ます(ルール出MySQL内の全文検索)

代替案は、またしてこれらの特性:

  • Solrに基づく可能)
  • ElasticSearch(も可能)
  • スフィンクス

私の質問:

  • かしているのでしょうかを比較し?
  • てだったので買ってきた他の選択肢?
  • 知っているそれぞれの用途の場合は異なるものがある場合にはこの ない 利用については一定のパッケージ?
役に立ちましたか?

解決

ってSolrに成功しほとんどの2年間で、現在利用したことのないスフィンクスだけでもかなり大きく偏っています。しかし、も試してみようと思いく目的による引用のドキュメントまたはその他の人です。私もパッチの私の答え:-)

類似性:

  • 両Solr、スフィンクスすべて満たすものがあります。彼らは迅速に設計インデックス検索は大体のデータを効率的に
  • 両方の長いリストの高い交通サイトを利用しSolr, スフィンクス)
  • を提供しています両方の商業。(Solr, スフィンクス)
  • どちらもクライアントAPIのバインディングのための複数のプラットフォーム/多言語でスフィンクス, Solr)
  • 両方とき増加速度と容量スフィンクス, Solr)

この違い:

関連する質問

他のヒント

ない限りに必要なものの検索機能を当社独自の、スフィンクスがベストベット。

スフィンクスメリット:

  1. 開発およびセットアップを高速化
  2. り(上)集計対象とします。このキラー特徴です。
  3. ない形式をサポートしています。これが最終的にはがSolrです。したいという結果セット(数百の成果を集計ししてSolrの集約がとれていなかった。時間の量serializeからXMLでは絶対に殺害されます。小さな結果セットが、完璧です。
  4. ベスト文書を感じられるオープンソースのアプリ

Solrの利点:

  1. で延長することができます。
  2. でヒットから直接ウェブアプリ、すなわちできるのは、自動補完のような検索のヒットにSolrサーバに直接AJAX.

注意:多くのユーザーに同じ質問を投げかけます。

なので、回答のポイント:

るのか。

  • 使用 Solr を目的とする場合に使用でウェブアプリ(例-サイト内検索エンジンそれを抜き、そのAPIとなります。するにしても絶対に必要となる電力のためのweb-アプリです。

  • 使用 スフィンクス 検索したい場合はよりトンの文書ファイルムです。で指数が高ます。のものをお勧めします利用を行うことのないアプリをJSONまたはXML構文解析の検索結果.利用で直接dB検索の対象にしています。で作イナリを使用しています。

選択肢

これらの巨人がたくさんあります。また、ってくることが予想される使用電力は、カスタムの枠組みですから、私はいまだに惜します。があ elasticsearch といったユーザーです。

私は今、ほぼ一年のためにスフィンクスを使用している、それは素晴らしいされています。 私は、インデックス150万の私のMacBookで約分の文書、さらには迅速にサーバ上ですることができます。私はまた、特定の緯度&経度内の場所に検索を制限するためにスフィンクスを使用しています、それは非常に高速です。 また、どのような結果がランク付けされていることは非常に微調整できるです。 チュートリアルや2を読めば、セットアップ&インストールが簡単。 ほぼ1.0の状態が、彼らのリリース候補が堅実されています。

のLucene / Solrには、より多くの機能を備えやビジネスで長い年とはるかに強いユーザーコミュニティであるように思われます。 初期セットアップの問題を乗り越えることができ私見場合、いくつかは、直面しているようだとして(ない私たち)、私はLuceneの/ Solrには、あなたの最善の策だと思います。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top