Patience, young Yandong :) Multi-threading *in your application* is the way to go. Alternatively, one could write a custom SearchComponent that is called once and inside of which the whole work is done after just one call to it. This component could then write the output somewhere, like in a new index since making a blocking call to it may time out.
Otis Solr & ElasticSearch Support http://sematext.com/ On Jan 9, 2013 6:07 PM, "Yandong Yao" <yydz...@gmail.com> wrote: > Any comments on this? Thanks very much in advance! > > 2013/1/9 Yandong Yao <yydz...@gmail.com> > > > Hi Solr Guru, > > > > I have two set of documents in one SolrCore, each set has about 1M > > documents with different document type, say 'type1' and 'type2'. > > > > Many documents in first set are very similar with 1 or 2 documents in the > > second set, What I want to get is: for each document in set 2, return > the > > most similar document in set 1 using either 'MoreLikeThisHandler' or > > 'MoreLikeThisComponent'. > > > > Currently I use following code to get the result, while it will send far > > too many request to Solr server serially. Is there any way to enhance > this > > besides using multi-threading? Thanks very much! > > > > for each document in set 2 whose type is 'type2' > > run MoreLikeThis request against Solr server and get the most similar > > document > > end. > > > > Regards, > > Yandong > > >
