我们可以自定义嵌入在Solr中的Lucene吗？

Question

我们是否可以在原始Lucene中定制嵌入在Solr中的Lucene？所以我们可以在Solr的Lucene中拥有“一切”？

我问这个，因为我们徘徊在决定Solr的VS Lucene的点，以为像这样：

参数1：

“我们可能会，如果 打的死区在未来我们选择Solr的，和Lucene是一个更好的选择 所以...所以我们不如 开始写HTTP包装和 Lucene之上几乎一半 自己的Solr的是在安全方面。“

参数2：

“Solr中已经有所有我们 要使用的功能，所以为什么不使用它？ 因为谁犯Lucene的人 还负责致力于 Solr的，Lucene的所有功能都 Solr可以使用太...”

我经历了许多博客和帖子说这样说去：

对于有些情况下你有非常个性化的要求需要对Lucene的API类 低级别的访问，Solr的将超过一个帮助一个 障碍，因为它是一个间接的额外层。
-http：//www.lucenetutorial.com/lucene-vs-solr.html卫冕参数2的

一种方式是通过确认，我们可以自定义底层的Lucene Solr中，就像我们会做，如果我们只有Lucene。

有人可以提供一个更好的方式来结束这个论点吗？ :)

PS：我们需要的数据的索引和分片TB的快速搜索...

Answer 1

我们可以自定义其嵌入Solr的Lucene的？

是的，你可以。但请记住：

Lucene和Solr提交者是全文搜索领域的一些最重要的专家。他们在这个领域有几年的经验。如果你认为你可以做得比他们更好，那么继续改变Solr以满足你的需求（这是Apache许可的，所以没有任何商业限制），如果你这样做，尝试去做，以便你以后可以贡献它回到项目中，让每个人都能受益，并且项目向前发展。

对于绝大多数Solr用户来说，库存产品已经足够满足所有需求。

换句话说，在跳转到更改代码之前，请在邮件列表（stackoverflow或solr-user）上询问，很有可能您并不需要更改任何代码。

“索引和分片TB数据的快速搜索”正是Solr的目标。如果您认为您需要自定义或扩展任何类似解决方案（如ElasticSearch，Sphinx，Xapian等），那么这可能是Not-Invented-Here的一个糟糕情况。方式，考虑每个人的许可证和底层代码。 Solr和ElasticSearch都是Apache许可的，所以它们没有商业限制，并且建立在着名的图书馆Lucene之上。