建立一個solr的案例

Question

我們的產品由多個應用程序組成，全部使用Lucene。我參與的2個應用程序的Lucene索引約爲3 Gb和12 Gb。另一個團隊正在構建一個應用程序，爲此他們估計LUCENE INDEX大小接近1 Terabyte。新文檔每15天左右添加到索引中。我們目前的應用程序沒有任何明顯的性能問題。所以我的問題是：

我們現在應該使用Solr嗎？

什麼時候應該停止使用Lucene並畢業於Solr？

使用Solr的任何缺點/問題？

客戶端應用程序在ASP.Net中生成，但我認爲他們將能夠使用solrnet使用Solr服務器。

Answer 1

我不認爲從Lucene移動到Solr本身就是一個「畢業」。您應該只使用適合您特定應用的最佳工具，同時考慮開發團隊的專業知識。

遷移到Solr確實具有being easily distributed的優勢，您是否需要它。 OTOH如果您可以在單臺計算機上安裝1TB索引而沒有性能問題，那麼您不需要分發。我不建議分發，除非你有有到。分銷意味着您必須維護N Solr服務器，而不僅僅是一臺，所以操作維護會提高。以編程方式（在.Net應用程序中）應該沒有太大的區別。

Solr的是怎麼樣的一個電池包料，單機Lucene的，實現的功能，如faceting，caching，spell checking ......還是那句話，如果你不需要這些功能，和你的團隊已經熟練使用Lucene（。淨）然後堅持到Lucene。

Answer 2

Solr用類似REST的界面包裝你的Lucene索引。您可以使用HTTP方法添加，查詢和管理索引。因此，如果您需要訪問網絡上的Lucene索引，使用Solr是自然而然的選擇。

也許我可以看到的一個缺點是Lucene索引通常完全嵌入到應用程序中，而Solr實例將在單獨的進程上運行。如果您不需要Solr必須提供的功能，它可能會增加應用程序的複雜性。