【问题标题】:SolrJ used to control Solr/Luce vs. Straight Rest CallsSolrJ 用于控制 Solr/Luce 与 Straight Rest Calls
【发布时间】:2013-01-10 15:21:32
【问题描述】:

我们正在为面向公众的 REST 应用程序运行 TomCat servlet (Railo)。我已经开始实施 SolrJ 来控制独立的 Solr 集群。查询运行良好,但我对流程摸不着头脑,而不是仅使用 Solr 提供的直接 HTTP 接口。我认为使用 SolrJ 有一些性能优势,这就是我开始实施它的原因,但从我阅读和看到的响应时间来看,我认为我在那个帐户上错了 (?)。

使用 SolrJ 与仅操作和返回来自 Solr 的 JSON 响应相比有什么真正的优势吗?对于不向客户端返回 JSON/XML 的 Java 应用程序,我当然会使用 SolrJ。

【问题讨论】:

    标签: solr lucene solrj


    【解决方案1】:

    我不知道有任何声称 SolrJ 可以提高性能。它主要被设计成一种易于使用的与 Solr 交互的方式。 SolrJ 可能会阻止您摆脱 Solr 界面允许的某些性能非常差的事情,但对于索引上的简单搜索,我认为它不会产生显着的速度提升。

    我确实看到了 SolrJ 的一个性能优势:ConcurrentUpdateSolrServer 看起来像是一种处理更新的高效方式,尤其是在处理大批量更新时。我希望它比仅建立连接并一次发送一个更新的幼稚实现要好得多,尤其是在负载较重的情况下。

    【讨论】:

      猜你喜欢
      • 2015-04-13
      • 1970-01-01
      • 2018-04-28
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-11-08
      • 1970-01-01
      相关资源
      最近更新 更多