your data is being used to build an inverted index rather than being stored as a set of records. de-normalising is fine in most cases. what is your use case which requires a normalised set of indices ?
2011/6/18 François Schiettecatte <fschietteca...@gmail.com>: > You would need to run two independent searches and then 'join' the results. > > It is best not to apply a 'sql' mindset to SOLR when it comes to > (de)normalization, whereas you strive for normalization in sql, that is > usually counter-productive in SOLR. For example, I am working on a project > with 30+ normalized tables, but only 4 cores. > > Perhaps describing what you are trying to achieve would give us greater > insight and thus be able to make more concrete recommendation? > > Cheers > > François > > On Jun 18, 2011, at 2:36 PM, shacky wrote: > >> Il 18 giugno 2011 20:27, François Schiettecatte >> <fschietteca...@gmail.com> ha scritto: >>> Sure. >> >> So I can have some searches similar to JOIN on MySQL? >> The problem is that I need at least two tables in which search data.. > >
