On Tue, Dec 9, 2008 at 10:36 AM, BenDede <[EMAIL PROTECTED]> wrote: > > Hello, > > I think I have not all understand with Solr... :( > > I have got datas in a database and I use DataImportHandler to index it, but > I have a question for the next. What are the best solution? > > 1. Have an light index, which not stored data and do requests in the > database to get it. > Or > 2. Have directly an index which stored the datas needs.
If #2 works (just store the data you need to retrieve in Solr) then use it. It makes for simpler front-ends, allows Solr to do things like highlighting for you, keeps the content associated with ids in sync, and potentially removes a point-of-failure on the search-side (if all your webapp needs to query is solr, then the db can go down for short periods of time w/o affecting service). -Yonik > The case two is the most easy but i think not the good solution. > > For the case one, how do you do that? > 1. After the send of the result by the REST request: get IDs, requests > database, ... > Or > 2. Before the send of the result by the REST request with a modification of > Solr's sources? > > Here, I think, the case two is the best solution too. Exists-it already > something for doing that? > > > My first idea was to create an webservice REST in PHP, which be an > intermediary to the webservice REST of Solr, which doing requests to the > database with IDs from Solr's index. But I think that is heavy. No? > > > Thanks. > And sorry for my english. I'm french, :/ > -- > View this message in context: > http://www.nabble.com/Index-with-fields-stored-or-not-and-good-use-of-RESTful-tp20916994p20916994.html > Sent from the Solr - User mailing list archive at Nabble.com. > >