[KinoSearch] fields and Swish3
marvin at rectangular.com
Tue Jan 12 15:21:43 PST 2010
On Tue, Jan 12, 2010 at 04:41:04PM -0600, Peter Karman wrote:
> It seems like I need a combination of StringType and FullTextType, so
> that I can have a field that is both analyzed and sortable.
In KS svn trunk, FullTextType fields are sortable. They use the complete
field value for sorting.
Furthermore, fields no longer need be "indexed" to be "sortable". The prior
sort engine built the sort cache at search time by iterating over a Lexicon --
so to be sortable fields had to be indexed (so that they would be in the
Lexicon). The new sort engine builds sort caches at index time using raw
> Or, should I accept the limitation of 1 field per name
The one-to-one mapping of field names to individual field values is deeply
baked into KS. I wouldn't rule out composite field types in the future (e.g.
something like a "GeoPointType" which stored an X/Y coordinate), but I do
think that we need to accept the idea that there is one value per name.
> This really comes into play when I try and apply a RangeQuery, because
> those require a sortable field.
Are we good to go now that FullTextType fields can be sortable?
More information about the kinosearch