我們可以自定義嵌入在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之上。