Hi Ahmed, Interesting, I did not think of a multi-core approach.
I am not sure, but we might have upto 10 different kinds of data to contend with like property, pets, farming, electronics, travel, auto, jobs, sport etc that might complicate things. Also, one practical limitation we have, is that at times we need to sort across all cores as it were, and return x number of top rows according to a specific filter. I will definitely meditate on your multi-core solution. Regards Eric On Wed, May 12, 2010 at 8:08 PM, ahammad <ahmed.ham...@gmail.com> wrote: > > I had the same problem as you last year, i.e. indexing stuff from different > sources with different characteristics. The way I approached it is by > setting up a multi-core environment, with each core representing one type > of > data. Within each core, I had a "data type" sort of field that would define > what kind of data is stored (i.e. in your case, it would be "auto" or "real > estate" etc...). > > The advantages of this setup is that it allows you to make changes to > individual cores without affecting anything else. Also, faceting based on > category is achieved by the data type field. You can do searching on > multiple cores like you would on a single core, meaning that all the search > parameters can be applied. Solr will automatically merge all the data into > one result set. Another advantage is if you index frequently, this way will > allow you to index at different times and reduce the overall load. Just a > thought an an approach... > -- > View this message in context: > http://lucene.472066.n3.nabble.com/multi-valued-associated-fields-tp811883p813275.html > Sent from the Solr - User mailing list archive at Nabble.com. >
