Re: storing complex types in a multiValued field

2009-01-21 Thread Chris Hostetter
: > I guess most people store it as a simple string "key(separator)value". Is or use dynamic fields to putthe "key" into the field name... : > > > multiValued="true" /> ...could be... ...then index value if you omitNorms the overhead of having many fields should be low - allthough i'm no

Re: storing complex types in a multiValued field

2009-01-11 Thread Ian Holsman
Shalin Shekhar Mangar wrote: I guess most people store it as a simple string "key(separator)value". Is there something special that you want to do with the values that you need a custom field implementation? no..not really.. I guess I could achieve it via payloads as well.. the whole thing a

Re: storing complex types in a multiValued field

2009-01-11 Thread Shalin Shekhar Mangar
I guess most people store it as a simple string "key(separator)value". Is there something special that you want to do with the values that you need a custom field implementation? On Mon, Jan 12, 2009 at 5:36 AM, Ian Holsman wrote: > hi. > I don't think this is a FAQ, but it's been bugging me for