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 schem
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 removal
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 Sat, May 7, 2016 at 7:0
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 to
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 cache.
This would mean that
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:
> Can Solr run on JDK 7 32
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 and forming them into a qu
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 a very simple and fast q
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 coul
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 fro
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 certain
Hi,
At present I try to deploy multiple web applications to Solr Jetty. So I add
context files for each web application under the folder $SOLR.HOME/contexts.
Now I get one library conflict issues:one of web applications uses old version
of slf-4j, which conflict with the slf-4j libraries used b
12 matches
Mail list logo