And it wouldn't work unless all the data is stored anyway. Currently there's no way to update a single field in a document, although there's work being done in that direction (see the "column stride" JIRA).
What do you want to do with these fields? If it's to influence scoring, you could look at external fields. If the flags are a selection criteria, it's...harder. What are the flags used for? Could you consider essentially storing a map of the uniqueKey's and flags in a "special" document and having your app read that document and merge the results with the output? If this seems irrelevant, a more complete statement of the use-case would be helpful. Best Erick On Fri, May 27, 2011 at 4:33 AM, Denis Kuzmenok <forward...@ukr.net> wrote: > I'm using 3.1 now. Indexing lasts for a few hours, and have big > plain size. Getting all documents would be rather slow :( > > >> Not with 1.4, but apparently there is a patch for trunk. Not >> sure if it is in 3.1. > >> If you are on 1.4, you could first query Solr to get the data >> for the document to be changed, change the modified values, >> and make a complete XML, including all fields, for post.jar. > >> Regards, >> Gora > > > > >
