Comparaison élastique vs comparaison Sunspot sur les caractéristiques

Question

Vous ne trouvez pas de comparer les données de cette sunspot (Solr) à Elastic Search (Lucene) Quels seraient les avantages et les inconvénients des deux moteurs de recherche?

J'ai vu d'autres questions VS pour obtenir un meilleur à l'intérieur de la comparaison de 2 gemmes, donc j'espère que cela permet d'avoir un meilleur aperçu dans les deux moteurs pour les débutants (comme moi). J'ai déjà regardé la tache solaire mais j'ai quelques problèmes avec elle. Donc, je cherchai

• http://www.elasticsearch.org/guide/reference/api/

vs

• http://sunspot.github.com/

Answer 1

Je pense que vous devriez rechercher une comparaison entre Solr et recherche élastique. En fait, la tâche solaire est basée sur Solr, et Solr et la recherche élastique sont basées sur Lucene. Ce sont deux projets différents avec des objectifs similaires, tous deux construits au-dessus de Lucene.

Voici deux comparaisons:

ElasticSearch, Sphinx, Lucene, Solr, Xapian. Which fits for which usage?

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

Answer 2

que je travaille sur un projet qui avait besoin de recherche en texte intégral en Ruby si naturellement j'ai commencé avec Solr + Sunspot, mais je ne le faire fonctionner. C'était difficile de les connecter, puis j'ai essayé de déterminer si le document était correctement indexé, de déterminer le chemin de classe runtime pour pouvoir ajouter des classes d'analyseur/tokenizer supplémentaires, éditer config.xml/schema.xml, etc. Solr numDocs clairement dit qu'il a reçu et indexé mais je ne pouvais pas obtenir de résultats de requête. J'ai juste abandonné après quelques jours, c'était une sorte d'enfer de configuration. ElasticSearch + Tire était un breezy pour le rendre opérationnel, je l'ai eu le travail dans une heure. Lucene est juste une bibliothèque de recherche Java, donc Solr a été développé pour être une application de recherche de service complet, mais Solr a toujours tout le piégeage d'une webapp Java typique: configurations XML trop compliquées, lourde de schémas, s'attendre à des documents XML pour l'indexation, nécessite un conteneur de servlets Java (Jetty ou Tomcat), qui devient juste trop de points d'échec pour moi. ElasticSearch est basé sur Lucene aussi, il a un conteneur de servlets intégré, il suffit de l'exécuter comme un démon, d'utiliser une API JSON + REST très simple, donc c'est génial pour les tests et un ajustement plus naturel pour Ruby. C'est schemaless et cela a fonctionné pour moi sans même éditer un fichier de configuration. Tout a fonctionné à merveille. Ce dont j'avais vraiment besoin était la recherche chinoise et ElasticSearch déjà emballé SmartChineseAnalyzer de Luecene comme un plugin. Vous ne savez pas à quel point il sera difficile de personnaliser la chaîne analyseur/tokenizer si vous avez besoin de ce niveau de personnalisation. La documentation pour ElasticSearch et Tyr est à la fois excellente.

pneus (bibliothèque Ruby pour ElasticSearch)

https://github.com/karmi/tire

Vous pouvez essayer la démo, il va installer un SearchApp de rails, téléchargez le fichier binaire et exécutez ElasticSearch, puis commencer à Webrick automatiquement.

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

Sur mon système, il se plaignait de ne pas avoir un moteur Javascript (Rails 3.2 ne contiennent plus thereubyracer petit bijou par défaut?), Donc je devais:

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

ajouter bijou « therubyracer » dans le fichier (chercher bijou « pneu » et bijou « will_paginate »), puis ...

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

pour développer mon application, je viens downladed le tarball ElasticSearch et courir au premier plan avec le commutateur -f (donc Je peux facilement st op par Ctrl-C)

$ bin/elasticsearch -f 

Vous pouvez installer le plug-in eleasticsearch-tête pour obtenir une interface d'administration web

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

aussi quelque chose que j'ai découvert: si vous avez biunivoque De nombreux modèles de relations, Tyr ne les résoudra pas pour vous dans les résultats de recherche, il retourne juste une collection à plat. Vos relations has_many et belongs_to ne seront que des objets dans la collection plutôt que des objets complets.