[ http://issues.apache.org/jira/browse/LUCENE-457?page=comments#action_12332477 ]
Yonik Seeley commented on LUCENE-457: ------------------------------------- I've thought the same thing... StringIndex without storing the strings. The actual string values are sometimes needed though... a MultiSearcher needs them in order to sort documents from multiple indicies. > FieldCacheImpl take advantage of term info already being sorted > --------------------------------------------------------------- > > Key: LUCENE-457 > URL: http://issues.apache.org/jira/browse/LUCENE-457 > Project: Lucene - Java > Type: Improvement > Components: Search > Versions: 1.4 > Reporter: Sam Hough > Priority: Minor > > FieldCacheImpl.getStrings could take advantage of term info already being > sorted > lexically. Would it be possible to have a "index order" mode which returns an > array > of ints rather than strings storing a scalar value that increments by one for > each > new term. > Presumably there would be a big memory profile advantage in not holding onto > the term value Strings and a lesser one in int comparison being slightly > quicker than > String.compareTo. > Sorry if I have missed something obvious. I don't know the code very well. > Regards > Sam -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
