>Who ever said that some_condition should point to a unique document?
My assumption was, for now, we were still talking about the simpler case of updating a single document. If we extend the discussion to support set-based updates it's worth considering the common requirements for updating sets: a) update values can be non-constants such as "reduce price of all products in ski-wear dept by 10%". b) the criteria to define the set can be most usefully expressed as a query rather than mandating a single term e.g. "set published:false on all docs in last week's date range" That feels like too much functionality to consider adding right now but I can see a much more basic solution is possible which supports single and simple set based updates. ----- Original Message ---- From: Earwin Burrfoot <ear...@gmail.com> To: java-dev@lucene.apache.org Sent: Mon, 29 March, 2010 11:05:39 Subject: Re: Incremental Field Updates >>Variant d) sounds most logical? And enables all sorts of fun stuff. > > So the duplicate-key docs can have different values for initial-insert fields > but partial updates will cause sharing of a common field value? > And subsequent same-key doc inserts do or don't share these previous > "partial-update" values? > > Sounds like a complex model for users to understand let alone code support > for. > Everyone gets primary keys though. What you say IS complex. Sharing? Bleargh. But everyone digs "update qweqwe set field=value where some_condition". Who ever said that some_condition should point to a unique document? It could, if you wish it so. Or you can do bulk updates if that's what you need. Very flexible and no need to introduce any new concepts. -- Kirill Zakharenko/Кирилл Захаренко (ear...@gmail.com) Home / Mobile: +7 (495) 683-567-4 / +7 (903) 5-888-423 ICQ: 104465785 --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org
