3 ms·
Anytime I see an alternative to Elastic search on HN my first thought is how much of a shame it is to use something other than Lucene for text search because of
by davewritescode 4y ago
Anytime I see an alternative to Elastic search on HN my first thought is how much of a shame it is to use something other than Lucene for text search because of just how powerful it really is.
Elasticsearch is a pain to tune and partition, and the JVM brings a whole set of operational issues but what's the point of better read/write performance when the actual search performance is worse?
I guess this makes sense for use cases where you care more about speed than the quality of results.
- snikolaev 4y agoWhen the search performance is worse - may be no sense. Regarding Manticore, we conducted relevance tests and found it to be on par with Elasticsearch. In fact, the objective tests [1] showed that Manticore can even provide better relevance results than Elasticsearch, when using almost default settings. You can view the relevant pull request in the BEIR information retrieval benchmark [2]. [1] https://docs.google.com/spreadsheets/d/1_ZyYkPJ_K0st9FJBrjbZqX14nmCCPVlE_y3a_y5KkYI/edit#gid=0 https://docs.google.com/spreadsheets/d/1_ZyYkPJ_K0st9FJBrjbZ... [2] https://github.com/beir-cellar/beir/pull/92 https://github.com/beir-cellar/beir/pull/92
- idoubtit 4y agoDo you have any sources when you claim that Lucene is the best search engine because it is much more "powerful" to the point it's a "shame" to use anything else, and because every engine "actual search performance is worse" than Lucene? This is a very strong claim, and without strong arguments, it's a ridiculous claim.
- oarsinsync 4y agoAgreed. As much as regular expressions resulted in me having two problems, Lucene doesn’t actually seem any better.