Try making a database view that contains everything you want to index, and then just use the DIH.
Worked when i tested it ;) On Wed, Mar 10, 2010 at 1:56 AM, blargy <zman...@hotmail.com> wrote: > > I was wondering if someone could be so kind to give me some architectural > guidance. > > A little about our setup. We are RoR shop that is currently using Ferret > (no > laughs please) as our search technology. Our indexing process at the moment > is quite poor as well as our search results. After some deliberation we > have > decided to switch to Solr to satisfy our search requirements. > > We have about 5M records ranging in size all coming from a DB source (only > 2 > tables). What will be the most efficient way of indexing all of these > documents? I am looking at DIH but before I go down that road I wanted to > get some guidance. Are there any pitfalls I should be aware of before I > start? Anything I can do now that will help me down the road? > > I have also been exploring the Sunspot rails plugin > (http://outoftime.github.com/sunspot/) which so far seems amazing. There > is > an easy way to reindex all of your models like Model.reindex but I doubt > this is the most efficient. Has anyone had any experience using Sunspot > with > their rails environment and if so should I bother with the DIH? > > Please let me know of any suggestions/opinions you may have. Thanks. > > > -- > View this message in context: > http://old.nabble.com/Architectural-help-tp27844268p27844268.html > Sent from the Solr - User mailing list archive at Nabble.com. > >
