Solr 选择哪种开源搜索引擎：社交性、大量更新、方面搜索。。。。？

我正在做一个项目，需要一个支持以下关键要求的搜索引擎：

畅销：索引行将以百万计，并保持增长

实时更新：将不断插入和更新记录。理想情况下，新插入或修改的记录可以立即进行搜索。将有删除，但很少

分面搜索

相关结果：在结果集中，位于顶部的搜索结果必须比后面的结果更相关

受控结果：可以控制搜索结果。例如：仅返回特定日期之前的记录

我以前考虑过Solr，但因为需求2而担心。我不确定Solr是否能够为一个非常大的数据库完美地处理#2

任何关于Solr或其他开源搜索引擎的建议或建议

提前谢谢

问候。

尽管Solr为您的#2提供了Solr NRT（近实时），但ES实际上是从头开始构建的，以提供实时搜索功能。它还建立在Lucene（如Solr）的基础上，因此Solr、Lucene和ES之间在功能上有很好的交叉

可伸缩性也是ES从一开始就关注的问题，尽管Solr最近在这方面也取得了一些进展。尽管如此，foursquare、github等都依赖于ES，所以我敢打赌，至少在未来一段时间内，您还是可以继续使用它；）

尽管Solr为您的#2提供了Solr NRT（近实时），但ES实际上是从头开始构建的，以提供实时搜索功能。它还建立在Lucene（如Solr）的基础上，因此Solr、Lucene和ES之间在功能上有很好的交叉

---

可伸缩性也是ES从一开始就关注的问题，尽管Solr最近在这方面也取得了一些进展。尽管如此，foursquare、github等都依赖于ES，所以我敢打赌，至少在未来一段时间内，您还是可以继续使用它；）

除了#2之外，我对您列出的所有内容都使用solr。我知道它可以处理数千次更新，但我通常会以1000次为一组进行批处理，因为我不需要#2。@Aaron，谢谢你的输入。当Solr 500万条记录的索引数据库获得1000次更新时，Solr的行为会是什么？重建索引需要多长时间？我真的想知道一些事情。谢谢你的意见。看看“纯可伸缩性”，这里的范围太窄了。当然，Elasticsearch从一开始就是作为一个分布式引擎构建的，但要查找其他重要的区别：基于JSON的查询DSL、索引别名的丰富API、Percolator、@karmi，您知道Solr是否有任何有效的解决方案来满足需求#2吗？我确实找过了，但什么也没找到。谢谢至于#2的SOlr：看一下SOlr NRT（），除了#2之外，我对所有列出的东西都使用SOlr。我知道它可以处理数千次更新，但我通常会以1000次为一组进行批处理，因为我不需要#2。@Aaron，谢谢你的输入。当Solr 500万条记录的索引数据库获得1000次更新时，Solr的行为会是什么？重建索引需要多长时间？我真的想知道一些事情。谢谢你的意见。看看“纯可伸缩性”，这里的范围太窄了。当然，Elasticsearch从一开始就是作为一个分布式引擎构建的，但要查找其他重要的区别：基于JSON的查询DSL、索引别名的丰富API、Percolator、@karmi，您知道Solr是否有任何有效的解决方案来满足需求#2吗？我确实找过了，但什么也没找到。谢谢关于#2的SOlr：看一下SOlr NRT（），非常感谢您提供的信息。我不熟悉ElasticSearch。你知道ElasticSearch是否符合我在原始帖子中列出的所有要求吗？谢谢是的。请查看提供的url。ES的知名度还不如Solr（ES只有几年的历史），但它已经结束了战斗，并与许多大公司（如Solr）合作生产。它提供了开箱即用的#1和#2（与Solr相反）。您的所有其他观点都非常琐碎，因此您很容易对ES和Solr感到满意。Geert-Jan，谢谢！非常感谢您提供的信息。我不熟悉ElasticSearch。你知道ElasticSearch是否符合我在原始帖子中列出的所有要求吗？谢谢是的。请查看提供的url。ES的知名度还不如Solr（ES只有几年的历史），但它已经结束了战斗，并与许多大公司（如Solr）合作生产。它提供了开箱即用的#1和#2（与Solr相反）。您的所有其他观点都非常琐碎，因此您很容易对ES和Solr感到满意。Geert-Jan，谢谢！