[ https://issues.apache.org/jira/browse/LUCENE-4819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Muir updated LUCENE-4819: -------------------------------- Attachment: LUCENE-4819.patch patch. there are some things I don't like about it though. > move Sorted[Set]DocValuesTermsEnum to codec > ------------------------------------------- > > Key: LUCENE-4819 > URL: https://issues.apache.org/jira/browse/LUCENE-4819 > Project: Lucene - Core > Issue Type: Improvement > Components: core/index > Reporter: Robert Muir > Fix For: 4.3 > > Attachments: LUCENE-4819.patch > > > Currently a user can instantiate a SortedDocValuesTermsEnum(SortedDocValues). > This is a generic termsenum, implementing all operations by lookupOrd(). > I think instead this should be the default implementation, and we should have > e.g. SortedDocValues.termsEnum() that returns it (codec can implement > something fancier). > For example the default codec implements lookupOrd as an FST binary search, > which means next() on this termsenum is much slower than it needs to be for > the places where this enum is actually used (segment merging, OrdinalMap used > for faceting in SOLR-4490 and LUCENE-4795) > So instead, it can override this method and use an FSTEnum, and these > operations are significantly faster (3x faster for me with a simple benchmark > with 10M terms). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org