Hi,
Regrets, I was confused with bit-set. I l have Shawn's suggested
approach in system. I want to try with other ways and test performance.
How can I use join? I have 2 different solr indexes.
localhost:8080/solr_1/select?q=content:test&fl=id,name,type
localhost:8081/solr_1_1/select?q=text:t
Why do you think a bitset would help? Bitsets have
a bit set on for every document that matches
based on the _internal_ Lucene document ID, it
has nothing to do with the you have
defined. Nor does it have anything to do with the
foreign key relationship.
So either I don't understand the problem a
Hi Shawn,
This is time consuming operation. I already have this in my application .
I was pondering whether I can get bit set from both the solr indexes ,
bitset.and then retrieve only those matched? I don't know how do I
retrieve bitset. - wanted to try this and test the performance.
Regards
On 10/13/2013 8:34 AM, Michael Tyler wrote:
> Hello,
>
> I have 2 different solr indexes returning 2 different sets of
> SolrDocumentList. Doc Id is the foreign key relation.
>
> After obtaining them, I want to perform "AND" operation between them and
> then return results to user. Can you te
join query might be helpful: http://wiki.apache.org/solr/Join
join can across indexes but probably won't work in solr clound.
be aware that only "to" documents are retrievable, if you want content from
both documents, join query won't work. And in lucene join query doesn't
quite work on multiple
Set those fields to be single valued (not multivalued). And reindex :)
Erik
On Jun 2, 2012, at 0:10, gopes wrote:
> We are using Lucid UI and solr to index our collection of xml files. I am
> getting the solrDocumentList like this
> [SolrDocument[{id=1331226833510, Street_Addr=[113 113TH S
Hi,
If your query yields 1000 documents and the rows parameter is 10 then you'll
get only 10 documents. Consult the wiki on the start and rows parameters:
http://wiki.apache.org/solr/CommonQueryParameters
Cheers.
> Dear all,
>
> I got a weird problem. The number of searched documents is much
