lucene - 我们可以定制Solr中嵌入的Lucene吗？

Question

我们可以像在原始 Lucene 中一样自定义嵌入到 Solr 中的 Lucene 吗？这样我们就可以在 Solr 中拥有 Lucene 中拥有的“一切”？

我问这个问题是因为我们陷入了决定 Solr 与 Lucene 的困境，这样想:

参数 1:

"We might hit a dead zone in future if we choose Solr, and Lucene is a better choice hence... So we might as well start writing HTTP wrappers and almost half of Solr ourselves on top of Lucene to be on safer side. "

参数 2:

"Solr already has all the features we want to use, so why not just use it ? Since people who commit to Lucene are also responsible for committing to Solr, all features of Lucene are available to Solr too..."

我浏览了很多博客和帖子，内容如下:

For situations where you have very customized requirements requiring low-level access to the Lucene API classes, Solr would be more a hindrance than a help, since it is an extra layer of indirection.
-http://www.lucenetutorial.com/lucene-vs-solr.html

捍卫论点 2 的一种方法是确认我们可以在 Solr 中自定义底层 Lucene，就像我们只有 Lucene 时所做的那样。

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

ps:我们需要通过索引和分片 TB 级数据进行快速搜索...

Answer 1

Can we customize Lucene which is embedded in Solr ?

是的，可以。但请记住这一点:

Lucene 和 Solr 提交者是全文搜索领域最重要的专家。他们在该领域拥有多年的经验。如果您认为您可以比他们做得更好，那么请继续根据您的需求更改 Solr(它是 Apache 许可的，因此没有任何商业限制)，如果您这样做，请尝试这样做，以便您以后可以贡献它回到项目，让每个人都能受益，项目继续前进。

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

换句话说，在开始更改代码之前，请在邮件列表(stackoverflow 或 solr-user)上询问，很有可能您实际上并不需要更改任何代码。

“通过索引和分片 TB 级数据进行快速搜索”正是 Solr 的构建目的。不使用 Not-Invented-Here 或任何其他类似的解决方案(例如 ElasticSearch、Sphinx、Xapian 等)将是一个糟糕的情况。如果您认为需要在任何环境中自定义或扩展搜索服务器，方式，考虑每一个的许可证和底层代码。 Solr 和 ElasticSearch 都是 Apache 许可的，因此它们没有商业限制，并且构建在著名的库 Lucene 之上。