我們可以定制嵌入在Solr中的Lucene嗎？

Question

我們可以在原始Lucene中定制嵌入Solr的Lucene嗎？ 這樣我們就可以在Solr的Lucene擁有“一切”了嗎？

我問這個是因為我們陷入了決定Solr vs Lucene的地步，這樣想：

論點1：

“如果我們選擇Solr，我們將來可能會遇到死區，因此Lucene是一個更好的選擇......所以我們不妨開始編寫HTTP封裝器，而且幾乎有一半的Solr自己在Lucene之上處於更安全的一面。”

論點2：

“Solr已經具備了我們想要使用的所有功能，所以為什么不直接使用呢？由於承諾Lucene的人也負責承諾Solr，所以Lucene的所有功能也可供Solr使用......”

我瀏覽了很多博客和帖子，上面寫着：

對於需要對Lucene API類進行低級訪問的非常自定義的需求的情況，Solr將是一個障礙而不是幫助，因為它是一個額外的間接層。
-http：//www.lucenetutorial.com/lucene-vs-solr.html

防御論證2的一種方法是確認我們可以在Solr中定制底層的Lucene，就像我們只有Lucene一樣。

有人可以提供更好的方法來結束這個論點嗎？ :)

ps：我們需要快速搜索索引和分片數TB的數據......

Answer 1

我們可以定制嵌入在Solr中的Lucene嗎？

是的，你可以 。 但要記住這一點：

Lucene和Solr提交者是全文搜索領域的一些最重要的專家。 他們在這個領域有多年的經驗。 如果你認為你可以比他們做得更好，那么繼續改變Solr以滿足你的需求（它是Apache授權的，所以沒有任何商業限制），如果你這樣做，試着這樣做，以便你以后可以貢獻它回到項目，這樣每個人都可以受益，項目也會向前發展。

對於絕大多數Solr用戶而言，庫存產品綽綽有余並滿足所有需求。

換句話說，在跳轉到更改代碼之前，請在郵件列表（stackoverflow或solr-user）上詢問，您很可能不需要更改任何代碼。

“使用索引和分片數據進行快速搜索”正是索爾所構建的。 這是一個不發明的壞情況 - 這里不使用它或任何其他類似的解決方案，如ElasticSearch，Sphinx，Xapian等。如果您認為您需要自定義或擴展任何搜索服務器考慮每個的許可證和底層代碼。 Solr和ElasticSearch都是Apache許可的，因此它們沒有商業限制，並且建立在着名的Lucene庫之上。