Would it make sense to instead add new tint(eger) type instead of renaming integer to pinteger? (thinking about people upgrading to Solr 1.4).
Otis -- Sematext is hiring -- http://sematext.com/about/jobs.html?mls Lucene, Solr, Nutch, Katta, Hadoop, HBase, UIMA, NLP, NER, IR ----- Original Message ---- > From: Yonik Seeley <yo...@lucidimagination.com> > To: solr-dev@lucene.apache.org > Sent: Sunday, August 2, 2009 3:01:09 PM > Subject: trie fields default in example schema > > I'm working on a jumbo trie patch (just many smaller trie related > issues at once) - SOLR-1288. > > Anyway, I think support will be good enough for 1.4 that we should > make types like "integer" in the example schema be based on the trie > fields. The current "integer" fields should be renamed to "pinteger" > (for plain integer), and have a recommended use only for compatibility > with other/older indexes. People have mistakenly used the plain > integer in the past based on the name, so I think we should fix the > naming. > > The trie based fields should have lower memory footprint in the > fieldcache and are faster for a lookup (the only reason to use plain > ints in the past)... sint uses StringIndex for historical reasons - we > had no other option... we could upgrade the existing sint fields, but > it wouldn't be quite 100% compatible and there's little reason since > we have the trie fields now. > > -Yonik > http://www.lucidimagination.com