I think you're looking for SortingMergePolicyFactory, see: https://issues.apache.org/jira/browse/SOLR-5730
The JIRA has some extensive discussion and the reference guide has an example. It might take a little digging.... Best, Erick On Sun, Oct 1, 2017 at 4:36 AM, Ahmet Arslan <iori...@yahoo.com.invalid> wrote: > > > Hi Alex, > > Lucene has this capability (borrowed from Nutch) under > org.apache.lucene.index.sorter package.I think it has been integrated into > Solr, but could not find the Jira issue. > > Ahmet > > > On Sunday, October 1, 2017, 10:22:45 AM GMT+3, alexpusch <a...@getjaco.com> > wrote: > > > > > > Hello, > We've got a pretty big index (~1B small docs). I'm interested in managing > the index so that the search results would be naturally sorted by a certain > numeric field, without specifying the actual sort field in query time. > > My first attempt was using SortingMergePolicyFactory. I've found that this > provides only partial success. The results were occasionally sorted, but > overall there where 'jumps' in the ordering. > > After some research I've found this excellent blog post > <http://blog.mikemccandless.com/2011/02/visualizing-lucenes-segment-merges.html> > that taught me that TieredMergePolicy merges non consecutive segments, and > thus creating several segments with interlacing ordering. I've tried > replacing the merge policy to LogByteSizeMergePolicy, but results are still > inconsistent. > > The post is from 2011, and it's not clear to me whether today > LogByteSizeMergePolicy merges only consecutive segments, or it can merge non > consecutive segments as well. > > Is there an approach that will allow me achieve this goal? > > Solr version: 6.0 > > Thanks, Alex. > > > > -- > Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html >
