> but if instead you just run the query against your subs (rewrite()ing > etc locally), and you merge search results... then you shouldn't see > these issues
Maybe we should bring back the 'merge results' part of multi searcher without the query rewrite. On Thu, Jun 9, 2011 at 6:43 PM, Robert Muir <[email protected]> wrote: > See https://issues.apache.org/jira/browse/LUCENE-2756 for an example > test case (this sort of thing was reported by users several times) > > in this example, the problem is how the queries are executed, the > thing would rewrite against the individual subs, and then call > Query.combine() to form a "super query", and then run this against all > the subs. > > but if instead you just run the query against your subs (rewrite()ing > etc locally), and you merge search results... then you shouldn't see > these issues. > > On Thu, Jun 9, 2011 at 8:03 PM, Jason Rutherglen > <[email protected]> wrote: >>> Yes, and rightfully so - it didn't handle properly some query types, so you >>> would actually get wrong results. >> >> That's bad! >> >>> "roll your own (and contribute it back!)" if you are more advanced ;) >> >> Wouldn't "roll your own" basically mean resurrecting the previous >> implementation of MultiSearcher? Ie, what would be different? >> >> On Thu, Jun 9, 2011 at 4:07 PM, Andrzej Bialecki <[email protected]> wrote: >>> On 6/10/11 12:10 AM, Jason Rutherglen wrote: >>>> >>>> Right, if that's not around, one needs to use multi searcher, that's >>>> gone too? >>> >>> Yes, and rightfully so - it didn't handle properly some query types, so you >>> would actually get wrong results. >>> >>> For now the answer is "use Solr" if you are less advanced, or "roll your own >>> (and contribute it back!)" if you are more advanced ;) >>> >>> -- >>> Best regards, >>> Andrzej Bialecki <>< >>> ___. ___ ___ ___ _ _ __________________________________ >>> [__ || __|__/|__||\/| Information Retrieval, Semantic Web >>> ___|||__|| \| || | Embedded Unix, System Integration >>> http://www.sigram.com Contact: info at sigram dot com >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
