代码之家  ›  专栏  ›  技术社区  ›  Midhat

为Solr建立案例

  •  3
  • Midhat  · 技术社区  · 14 年前

    我们的产品由多个应用程序组成,全部使用Lucene。我涉及的2个应用程序的Lucene索引大约为3 GB和12 GB。另一个团队正在构建一个应用程序,他们估计Lucene索引的大小接近1terabyte。新文档大约每15天添加一次到索引中。当前应用程序没有任何明显的性能问题。所以我的问题是:

    我们现在应该用索尔吗?

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

    使用Solr有什么缺点/问题吗?

    客户端应用程序是在ASP.NET中生成的,但我认为它们将能够使用使用solr net的solr服务器。

    2 回复  |  直到 13 年前
        1
  •  7
  •   Mauricio Scheffer    14 年前

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

    移居索尔确实有以下优势 being easily distributed ,需要吗?o如果您可以在一台机器上安装1TB索引,而不会出现性能问题,那么就不需要分发。我不建议发行,除非你 去。分配意味着你必须保持 n SOLR服务器而不是一个,所以操作维护就增加了。从程序上讲(在.NET应用程序中),应该没有太大的区别。

    Solr是一种包含电池的独立Lucene,实现如下功能 faceting , caching , spell checking …同样,如果您不需要这些特性,并且您的团队已经精通Lucene(.net),那么坚持使用Lucene。

        2
  •  0
  •   Pascal Dimassimo    14 年前

    Solr用一个类似REST的接口包装您的Lucene索引。您拥有使用HTTP方法添加、查询和管理索引所需的一切。因此,如果你需要在网络上访问你的Lucene索引,使用Solr是很自然的方法。

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