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 22:57 ------- Paul, thanks for the reference to 32965... more very interesting stuff. I'm new at this scorer stuff - trying to wrap my mind around it all... My motivation for a RangeQuery is not making it faster for the average case, it's making it possible in any scenario (any place in a query, any number of terms, etc). We have some search collections with over 100M documents. Now imagine a range query on a unique id field... I don't think any method utilizing 100M termdoc enumerators is really feasible (am I understanding correctly?) As for speed, I guess I could have my planned UnscoredRangeQuery.rewrite() return a BooleanQuery if the number of terms are small enough, otherwise use another method such as a simple scorer that doesn't implement skipTo(). -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]
