Have a middle tier that does all the queries and returns combined results. Or
do all the queries simultaneously, like AJAX.
I think it is still true with SolrJ that async, parallel queries to Solr are
easy. Send each request, but don’t read the response. When you are done sending
requests, star
perhaps you could do an OR query with the two requirements, and sort by an
identifier that makes each result set unique from the other
On Tue, Oct 2, 2018 at 11:05 AM Greenhorn Techie
wrote:
> Shamik,
>
> Wondering how to get this working? As I mentioned, my data is different for
> each of the w
Shamik,
Wondering how to get this working? As I mentioned, my data is different for
each of the wizards. So not sure how to "return all the necessary data at
one shot and group them”
Any particular inputs?
Thanks
On 2 October 2018 at 15:47:50, Shamik Sinha (shamikchand...@gmail.com)
wrote:
Th
The Solr uses REST based calls which is done over http or https which
cannot handle multiple requests at one shot. However what you can do is
return all the necessary data at one shot and group them according to your
needs.
Thanks and regards,
Shamik
On 02-Oct-2018 8:11 PM, "Greenhorn Techie"
wr
You should not be exposing Solr publicly to the production client
unless you really, really know how to do security hardening. Normally,
treat it more like a database.
So, most of the cases, you would have an actual server app that talks
to Solr behind the scenes. That gives you more flexibility t
solr-user@lucene.apache.org
Subject: Re: multiple queries in single request
No, I was rejecting BOTH methods 1 and 2. I was suggesting a different method.
I'll leave it to somebody else to describe the method so that it is easier to
understand.
-- Jack Krupansky
-Original Message-
From: Pavel B
-user@lucene.apache.org
Subject: RE: multiple queries in single request
Hi Jack!
Thanx for the response!
So you say that using method 2 below (single request with ORs and sorting
results in client) is better than method 1 (separate requests)?
regards,
Pavel.
-Original Message-
From:
Great, thanx Mikhail, I"ll try that out.
regards,
Pavel.
-Original Message-
From: Mikhail Khludnev [mailto:mkhlud...@griddynamics.com]
Sent: Thursday, May 22, 2014 11:49
To: solr-user
Subject: Re: multiple queries in single request
Pavel,
I suppose the benchmark matters, a
eparate requests)?
>
> regards,
> Pavel.
>
>
> -Original Message-
> From: Jack Krupansky [mailto:j...@basetechnology.com]
> Sent: Thursday, May 22, 2014 01:26
> To: solr-user@lucene.apache.org
> Subject: Re: multiple queries in single request
>
> Nothing special for
, 2014 01:26
To: solr-user@lucene.apache.org
Subject: Re: multiple queries in single request
Nothing special for this use case.
This seems to be a use case that I would call "bulk data retrieval - based on
ID".
I would suggest "batching" your requests - limit each request quer
Nothing special for this use case.
This seems to be a use case that I would call "bulk data retrieval - based
on ID".
I would suggest "batching" your requests - limit each request query to, say,
50 or 100 IDs.
-- Jack Krupansky
-Original Message-
From: Pavel Belenkovich
Sent: Wed
Isn't this just a filter query? (fq=)?
Something like
q=query2&fq=query1
Although I don't quite understand the 500 > 50, but you can always
tack on additional fq clauses, it's basically set intersection.
As for limiting the results a user sees, that's what thr &rows parameter is for.
So another
On Tue, Jun 9, 2009 at 4:03 PM, Avlesh Singh wrote:
> I have an index with two fields - name and type. I need to perform a search
> on the name field so that *equal number of results are fetched for each
> type
> *.
> Currently, I am achieving this by firing multiple queries with a different
> ty
>
> I don't know if I follow you correctly, but you are saying that you want X
> results per type?
>
You are right. I need "X" number of results per type.
So you do something like limit=X and query = type:Y etc. and merge the
> results?
>
That is what the question is! Which means, if I have 4 type
I don't know if I follow you correctly, but you are saying that you want X
results per type?
So you do something like limit=X and query = type:Y etc. and merge the
results?
- Aleks
On Tue, 09 Jun 2009 12:33:21 +0200, Avlesh Singh wrote:
I have an index with two fields - name and type. I n
ge-
From: Erick Erickson [mailto:erickerick...@gmail.com]
Sent: Tuesday, April 28, 2009 4:05 PM
To: solr-user@lucene.apache.org
Subject: Re: Multiple Queries
Have you considered indexing the reviews along with the hotels right
in the hotel index? That way you would fetch the reviews right al
re in
> the
> > review-doc itself, which seems like would lower down the performance
> > drastically.
> >
> > Any ideas on a better solution?
> >
> > Thanks!
> > -Ankush
> >
> > -Original Message-
> > From: Erick Erickson [mailt
e performance
> drastically.
>
> Any ideas on a better solution?
>
> Thanks!
> -Ankush
>
> -Original Message-
> From: Erick Erickson [mailto:erickerick...@gmail.com]
> Sent: Tuesday, April 28, 2009 4:05 PM
> To: solr-user@lucene.apache.org
> Subject: Re: Multiple Qu
eas on a better solution?
Thanks!
-Ankush
-Original Message-
From: Erick Erickson [mailto:erickerick...@gmail.com]
Sent: Tuesday, April 28, 2009 4:05 PM
To: solr-user@lucene.apache.org
Subject: Re: Multiple Queries
Have you considered indexing the reviews along with the hotels right
in the ho
Have you considered indexing the reviews along with the hotels right
in the hotel index? That way you would fetch the reviews right along with
the hotels...
Really, this is another way of saying "flatten your data" ...
Your idea of holding all the hotel reviews in memory is also viable,
depending
But it is still possible to have a RequestHandler (Say
BatchRequestHandler ) which can take in multiple queries .
say
bc.q.count=3
bc.1.q=[(+a +b) ]
bc.2.q=[(+a +c)]
bc.3.q=[(+a+ d)]
The response may contain several sections
...output one 1.q goes here
...output of 2.q goes here
..
On Sat, Mar 7, 2009 at 4:06 AM, Ryan McKinley wrote:
>
>>> No but you can always fire three requests. Writing your own handler which
>>> prints data in a custom format means that you can no longer use existing
>>> solr clients for java/ruby/python etc.
>>>
>>
>> That's not a fair characterization
No but you can always fire three requests. Writing your own handler
which
prints data in a custom format means that you can no longer use
existing
solr clients for java/ruby/python etc.
That's not a fair characterization of at least the Ruby client. The
NamedList (err, Hash in Ruby) is
-user@lucene.apache.org
Subject: Re: Multiple queries in single request
If you're only after the count for those queries, use a standard
request with a bunch of facet.query's.
Erik
On Mar 6, 2009, at 3:12 PM, Brian Knoth wrote:
> Thanks for your comment. Yes, it would be simpl
eciate hearing them.
Thanks,
Brian
-Original Message-
From: Shalin Shekhar Mangar [mailto:shalinman...@gmail.com]
Sent: Friday, March 06, 2009 2:55 PM
To: solr-user@lucene.apache.org
Subject: Re: Multiple queries in single request
On Sat, Mar 7, 2009 at 12:27 AM, Brian Knoth
wrote:
On Mar 6, 2009, at 2:55 PM, Shalin Shekhar Mangar wrote:
On Sat, Mar 7, 2009 at 12:27 AM, Brian Knoth
wrote:
Apologies up front if this is a often-asked newbie question, but I've
searched the solrhandler docs and I can't find what I'm interested
in.
I'd like to be able to present multip
On Sat, Mar 7, 2009 at 1:42 AM, Brian Knoth wrote:
> Thanks for your comment. Yes, it would be simple if it was just 3 queries,
> I really have about 50-60 I'd like to consolidate as a single request. I'm
> simply getting a count of records for each query, and right now, it takes
> about 40mS for
sed that this is not a more commonly
requested capability.
If anyone has any more suggestions, I'd appreciate hearing them.
Thanks,
Brian
-Original Message-
From: Shalin Shekhar Mangar [mailto:shalinman...@gmail.com]
Sent: Friday, March 06, 2009 2:55 PM
To: solr-user@lucene.apache.
On Sat, Mar 7, 2009 at 12:27 AM, Brian Knoth wrote:
> Apologies up front if this is a often-asked newbie question, but I've
> searched the solrhandler docs and I can't find what I'm interested in.
>
> I'd like to be able to present multiple queries to SOLR, for example:
>
> [(+a +b) ]
> [(+a +c)]
29 matches
Mail list logo
