Hello all,

We have a screen builder application where users design their own forms.
They have a choice of create forms fields with type date, text,numbers,large
text etc upto total of 500 fields supported on a screen. 
Once screens are designed system automatically handle the type checking for
valid data entries on front end even though data of any type gets stored as
text. 
So as you can imagine, table is huge with 600+
columns(screenId,recordId,field1 ...field500) and every column is set as
'text'. Same table stores data for every screen designed in the system.

So basically here are my questions

1. How best to index it? I did it using dynamic field 'field*' which works
great
2. Since everything is text,not sure how to enable filtering on each field
e.g. If a user wants to enable 'greater than' or 'less then' type of queries
on a number field (stored as text), somehow that data needs to be stored as
number in SOLR but I don't think I have a way to do that.  I can't do that
Since 'field2' may be be a 'number' field for a 'screen1' and 'date' for
screen2. 




Would appreciate any ideas to handle this? 



thanks

--
View this message in context: 
http://lucene.472066.n3.nabble.com/Solr-Schema-and-how-tp3393989p3393989.html
Sent from the Solr - User mailing list archive at Nabble.com.

Reply via email to