Ok, so maybe a better question is: should I bother trying to change the "sorting" algorithm? I'm concerned that with large data sets, sorting becomes a severe bottleneck (this is an assumption, I haven't profiled anything to verify). Does it become a severe bottleneck? Do you know if alternate sort algorithms have been tried during Lucene development?
markrmiller wrote: > > It would not be simple to use a new algorithm. The current > implementation takes place at the Lucene level and uses a priority > queue. When you ask for the top n results, a priority queue of size n is > filled with all of the matching documents. The ordering in the priority > queue is the sort. The on Sort method orders by relevance score - the > Sort method orders by field, relevance, or doc id. > -- View this message in context: http://www.nabble.com/Custom-Sorting-Algorithm-tp21837721p21840299.html Sent from the Solr - User mailing list archive at Nabble.com.