Hello Jeffery,
I bet for "becoming a little slower".
On Thu, Jan 12, 2017 at 8:52 PM, Jeffery Yuan wrote:
> I am wondering what will happen for incoming requests when we are
> reloading a
> collection. Whether the incoming requests may fail or just maybe a little
> slow, or no impact for incomin
Have you looked at export handler?
https://cwiki.apache.org/confluence/display/solr/Exporting+Result+Sets
Regards,
Alex.
http://www.solr-start.com/ - Resources for Solr users, new and experienced
On 12 January 2017 at 22:04, Daisy Khaing TM wrote:
> Hi,
>
>
>
> I would like to get all t
Hi,
I would like to get all the productIds from the collection which consist of 7
million plus records. (production environment)
Is there any efficient way to do this?
curl
"http://localhost:8983/solr/product/select?q=*&fl=P_ProductId&wt=csv&start=7950001&rows=15000";
-o productIds54.c
hi all
i'm having an issue with an attempt to assign a key to a facet.pivot while
simultaneously referencing one of my stat fields.
i've got something like this:
stats.field={!tag=pivot_stats}lastPrice&
> ...
> facet.pivot={!key=pivot} {!stats=pivot_stats}buyer,vendor& ...
i've attempted it wi
I am wondering what will happen for incoming requests when we are reloading a
collection. Whether the incoming requests may fail or just maybe a little
slow, or no impact for incoming requests at all?
Thanks
Jeffery Yuan
--
View this message in context:
http://lucene.472066.n3.nabble.com/what-
Hmmm, have you changed any of the settings for autoAddReplcia? There
are several parameters that govern how long before a replica would be
added.
But I suggest you use the Cloudera resources for this question, not
only did they write this functionality, but Cloudera support is deeply
embedded in H
Also, consider using TermsQueryParser for your very large OR clauses.
That avoids the "too many boolean clauses" error and is more efficient
than a large OR clause. It'll also reduce the size of your query
somewhat since using it substitutes a space or perhaps comma for " OR
".
Best,
Erick
On Thu
Hi,all.I got it.Thanks a lot!!
2017年1月13日(金) 1:56 Shawn Heisey-2 [via Lucene] <
ml-node+s472066n4313737...@n3.nabble.com>:
>
>
>
>
> On 1/12/2017 9:36 AM, 武井宜行 wrote:
>
>
> > My Application throws too large query to solr server with solrj
>
>
> > client.(Http Method is Post)
>
>
> >
>
>
> > I hav
No it's not. Use something like facet.date.start=-00-00T00:00:00Z
and facet.date.end=3000-00-00T00:00:00Z.
k/r,
Scott
On Mon, Jan 9, 2017 at 10:46 AM, nabil Kouici
wrote:
> Hi All,
> Is it possible to have facet date range without specifying start and and
> of the range.
> Otherwise, is it
Radhakrishnan,
That would be an appropriate Jira ticket. You can submit it here:
https://issues.apache.org/jira/browse/solr
Also, if you want to submit a patch, check out the guidelines (it's pretty
easy):
https://wiki.apache.org/solr/HowToContribute
k/r,
Scott
On Tue, Jan 10, 2017 at 7:12
On 1/12/2017 9:36 AM, 武井宜行 wrote:
> My Application throws too large query to solr server with solrj
> client.(Http Method is Post)
>
> I have two questions.
>
> At first,I would like to know the limit of clauses of Boolean Query.I Know
> the number is restricted to 1024 by default, and I can incre
That doesn't seem like an efficient use of a search engine. Maybe what you
want to do is use streaming expressions to process some data:
https://cwiki.apache.org/confluence/display/solr/Streaming+Expressions
k/r,
Scott
On Thu, Jan 12, 2017 at 11:36 AM, 武井宜行 wrote:
> Hi,all
>
> My Application
On 1/11/2017 7:14 PM, Chetas Joshi wrote:
> This is what I understand about how Solr works on HDFS. Please correct me
> if I am wrong.
>
> Although solr shard replication Factor = 1, HDFS default replication = 3.
> When the node goes down, the solr server running on that node goes down and
> hence
Hi,all
My Application throws too large query to solr server with solrj
client.(Http Method is Post)
I have two questions.
At first,I would like to know the limit of clauses of Boolean Query.I Know
the number is restricted to 1024 by default, and I can increase the limit
by setting setMaxClauseC
+1.
Also, you don't have to be a committer to do this! If you don't
already have access to edit the Wiki we can cure that ;)
On Thu, Jan 12, 2017 at 3:31 AM, Jan Høydahl wrote:
> Hi,
>
> We have a Wiki page at https://wiki.apache.org/solr/PublicServers where users
> can maintain a list of known
Alessandro,
I'm not sure which code reference are you asking about, but here they are:
http://lucene.apache.org/core/6_3_0/core/org/apache/lucene/index/DirectoryReader.html#openIfChanged-org.apache.lucene.index.DirectoryReader-org.apache.lucene.index.IndexWriter-boolean-
http://blog.mikemccandless.
Hi,
We have a Wiki page at https://wiki.apache.org/solr/PublicServers where users
can maintain a list of known Solr installations.
Now, that list contains a staggering 248 public sites and 27 other users.
Problem is that the list grows but noone ever takes something away when they go
out of bus
Interesting Michael, can you pass me the code reference?
Cheers
--
View this message in context:
http://lucene.472066.n3.nabble.com/Commit-required-after-delete-tp4312697p4313692.html
Sent from the Solr - User mailing list archive at Nabble.com.
Hi Jeffery,
Just noticed your comment to my blog, I will try to respond asap.
Related your doubt, I second Diego's readme.
If you have other user signals as well ( apart from clicks) it may be
interesting to use them as well.
Users signals such as : "Add To Favorites" , "Add to the basket" , "Shar
Hi Jimi,
taking a look to the *maxQueryFrequency* param :
Your understanding is correct.
1) we don't provide misspelled suggestions if we set the param to 1, and we
have a minimum of 1 doc freq for the term .
2) we don't provide misspelled suggestions if the doc frequency of the term
is greater
Hi Jimi,
It looks like the suggest mode defaults to only returning results when
the query term is not in your index.
I think setting spellcheck.onlyMorePopular=true, or a value for
spellcheck.alternativeTermCount should change the suggest mode to one
that doesn't enforce that restriction. Ap
21 matches
Mail list logo
