solr - 何时在Sitecore 7版本中绝对在Lucene上使用SOLR？

我的客户没有预算来设置和维护在其生产环境中使用的SOLR服务器。如果我正确理解Sitecore 7内容搜索API，则可以将其配置为使用Lucene没什么大不了的。在大多数情况下，配置将相似，代码将相同，并且稍后可以交换SOLR服务器。

该网站 build 有

多面搜索页面

在登陆页面和其他页面上列出了将利用Content Search API

的组件
带有自定义方面的

桶

该站点大约有5,000页，其中不包括媒体库项目。是否仅使用Lucene有任何担忧？

主要的问题是，在架构或设计阶段的何时，您知道应该绝对选择SOLR而不是Lucene吗？您建议这样做的主要标志是什么？

最佳答案

我认为，如果您在预算有限的情况下与客户打交道，那么Lucene将在您所做的工作中表现出色，表现出色。 Lucene中的实现完全支持您提到的所有内容。

在Sitecore方案中，如果出现以下情况，我将开始考虑Solr:

您需要索引大量项目-id表示向上5万个索引-Lucene对此类数字感到满意，但是Solr改进了查询缓存，并针对这些大量项目而设计。

搜索层的 flex 具有最大的业务重要性(即，站点完全由搜索驱动)-Solr通过SolrCloud提供了更强大的复制/分片和故障转移系统。

在其他应用程序中重新使用搜索层很重要(非Sitecore)-Solr是搜索应用程序，因此可以使用XML / JSON等通过HTTP访问，这使得与外部系统的集成更加容易。

您需要Lucene所没有的Solr某些特定的附加功能。

..但是正如您所说，如果您想在以后的阶段中将Lucene换成Solr，我们已经努力确保该过程尽可能简单。值得在此指出几点:

虽然您的LINQ查询将保持不变，但是您的配置将略有不同，并且需要注意端口。

要了解Solr作为应用程序的工作方式和架构的工作方式，了解这一点很重要，但是那里有一些很棒的书和丰富的知识。

Solr的分析器和评分机制略有不同(因此)，因此您的搜索结果可能略有不同(有时客户可能会被:P感到震惊)

..但我认为您可以逐步建立这些并与客户进行评估。我肯定这里还有更多要点，其他人如果想到了就可以加入。希望这可以帮助 :)

关于solr - 何时在Sitecore 7版本中绝对在Lucene上使用SOLR？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22549591/