On Friday 10 August 2007 20:27, Yonik Seeley wrote: > On 8/10/07, John Wang <[EMAIL PROTECTED]> wrote: > > Hi Lucene Gurus: > > > > More of a performance question: > > > > When you pass a Filter to a searcher to do a search, the searcher is > > basically doing the full search and then intersect against the bitset given > > by the filter. This seems wasteful when there are lotsa hits returned by the > > scorer and filter only has only a few docs, e.g. > > > > Running a MatchAllDocsQuery given a Filter with only 1 doc. > > > > Right now Scorers don't know about filters, only the searchers do. And > > scorers are doing most of the computation, but it seems scorers should make > > use of the filters as the corpus before doing any score computation. > > > > Seems to me this is an area that deserves some attention.
Yet another way to formulate the need for a common superclass. The patch at the issue indicated below is an "extract superclass" refactoring. And the latest discussion on it is on java-dev today. Regards, Paul Elschot. > > Skip based on the filter and the query... > See the comments in FilteredQuery, and see > https://issues.apache.org/jira/browse/LUCENE-584 > > -Yonik > > --------------------------------------------------------------------- > 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]