2010-05-06 53 views
3

我们的产品由多个应用程序组成,全部使用Lucene。我参与的2个应用程序的Lucene索引约为3 Gb和12 Gb。另一个团队正在构建一个应用程序,为此他们估计LUCENE INDEX大小接近1 Terabyte。新文档每15天左右添加到索引中。我们目前的应用程序没有任何明显的性能问题。所以我的问题是:建立一个solr的案例

我们现在应该使用Solr吗?

什么时候应该停止使用Lucene并毕业于Solr?

使用Solr的任何缺点/问题?

客户端应用程序在ASP.Net中生成,但我认为他们将能够使用solrnet使用Solr服务器。

回答

7

我不认为从Lucene移动到Solr本身就是一个“毕业”。您应该只使用适合您特定应用的最佳工具,同时考虑开发团队的专业知识。

迁移到Solr确实具有being easily distributed的优势,您是否需要它。 OTOH如果您可以在单台计算机上安装1TB索引而没有性能问题,那么您不需要分发。我不建议分发,除非你有到。分销意味着您必须维护N Solr服务器,而不仅仅是一台,所以操作维护会提高。以编程方式(在.Net应用程序中)应该没有太大的区别。

Solr的是怎么样的一个电池包料,单机Lucene的,实现的功能,如facetingcachingspell checking ......还是那句话,如果你不需要这些功能,和你的团队已经熟练使用Lucene(。净)然后坚持到Lucene。

+0

我应该注意到,在一台没有性能问题的机器中安装1TB索引并不常见。 – 2011-09-15 16:50:53

0

Solr用类似REST的界面包装你的Lucene索引。您可以使用HTTP方法添加,查询和管理索引。因此,如果您需要访问网络上的Lucene索引,使用Solr是自然而然的选择。

也许我可以看到的一个缺点是Lucene索引通常完全嵌入到应用程序中,而Solr实例将在单独的进程上运行。如果您不需要Solr必须提供的功能,它可能会增加应用程序的复杂性。