Re: Advice to add additional non-related fields to a collection or create a subset of it?

Hi Erick In my case, by denormalizing,that means putting the product and supplier information into one collection? The supplier information arestored but not indexed in thecollection. We haveidentified itwas a combination of a loop and bad source data that caused an endless loop under

Re: Solr 6 / Solrj RuntimeException: First tuple is not a metadata tuple

Joel Bernstein wrote > It appears that the /sql handler is not sending the metadata Tuple. > According to the log the parameter includeMetadata=true is being sent. > This > should trigger the sending of the metadata Tuple. > > Is it possible that you are using a pre 6.0 release version of Solr

Re: fq behavior...

Thank you guys! I got it. kr, Bast On 06/05/2016 17:27, Erick Erickson wrote: >From Yonik's blog: "By default, Solr resolves all of the filters before the main query" By definition, the non-cached fq clause _must_ be executed over the entire data set in order to be cached. Otherwise, how

Re: Passing Ids in query takes more time

Thanks Jeff. TermsQueryParser worked for me. Thanks & Regards, Bhaumik Joshi From: Jeff Wartes Sent: Thursday, May 5, 2016 8:19 AM To: solr-user@lucene.apache.org Subject: Re: Passing Ids in query takes more time An ID lookup is

Re: Passing IDs in query takes more time

Thanks Erick. TermsQueryParser worked for me. Thanks & Regards, Bhaumik Joshi From: Erick Erickson Sent: Friday, May 6, 2016 10:00 AM To: solr-user Subject: Re: Passing IDs in query takes more time Well, you're parsing 80K IDs

回复：Re: JDK requirements for Solr 5.5

Thanks. I ask this question because we possibly have some "old" customers which still uses 32-bit OS. - 原始邮件 - 发件人：Shawn Heisey 收件人：solr-user@lucene.apache.org 主题：Re: JDK requirements for Solr 5.5 日期：2016年05月05日 23点21分 On 5/5/2016 1:48 AM, t...@sina.com wrote: >

Re: Filter queries & caching

Hi, As I understand it useful incase you use an OR operator between two restricting clauses. Recall that multiple fq means implicit AND. ahmet On Monday, May 9, 2016 4:02 AM, Jay Potharaju wrote: As mentioned above adding filter() will add the filter query to the

Re: Filter queries & caching

As mentioned above adding filter() will add the filter query to the cache. This would mean that results are fetched from cache instead of running n number of filter queries in parallel. Is it necessary to use the filter() option? I was under the impression that all filter queries will get added

Re: understanding phonetic matching

Jay: Here's what's currently available: https://cwiki.apache.org/confluence/display/solr/Phonetic+Matching Not sure what version of Solr some of them were added in Best, Erick On Sat, May 7, 2016 at 9:30 PM, Jay Potharaju wrote: > Thanks will check it out. > > > On

Re: Solr re-indexing in case of store=false

bq: I would be grateful if somebody could introduce other way of re-indexing the whole data without using another datastore Not possible currently. Consider what's _in_ the index when stored="false". The actual terms are the output of the entire analysis chain, including stemming, stopword

Solr re-indexing in case of store=false

Dear all, Hi, I was wondering, is it possible to re-index Solr 6.0 data in case of store=false? I am using Solr as a secondary datastore, and for the sake of space efficiency all the fields (except id) are considered as store=false. Currently, due to some changes in application business, Solr