DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=34407>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34407 ------- Additional Comments From [EMAIL PROTECTED] 2005-04-12 17:32 ------- Thanks for the reference Paul, looks like some pretty cool stuff! > With term doc enumerator implementing skipTo, all scorers > can implement skipTo efficiently. Well, maybe all scorers currently in Lucene that is. The Scorer hierarchy looks like it means to be open (users can implement their own). Requiring all scorers to implement skipTo is a pretty high hurdle, esp when there is a backup execution plan already implemented that works without it. > During development of a new scorer one can temporarily use the code > shown in the javadocs of Scorer that implements skipTo with > next() and doc(). I'm not sure I can do that. What I'm trying to do is develop a replacement for RangeQuery that is fast and *always* works (no expanding to BooleanQuery). I don't even care about scoring since it almost never makes sense for a RangeQuery. Using the same techniques as RangeFilter, I think it should be pretty easy to do, except for implementing skipTo. It seems like skipTo for UnscoredRangeQuery would require either enumerating *all* docs beforehand (store in a BitSet or whatever), or keeping a termdoc enumerator open for every term in the range. Neither option seems attractive. -Yonik -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
