On Jul 27, 2010, at 6:39 AM, Jason Smith wrote: > On Tue, Jul 27, 2010 at 04:35, Mikeal Rogers <[email protected]>wrote: > >> After some conversations I've had in NYC this week and Mathias' great post >> on the 10 biggest issues with CouchDB ( >> http://www.paperplanes.de/2010/7/26/10_annoying_things_about_couchdb.html) >> I wanted to formally propose some changes to the view server/protocol. >> > > Something I would like to see is a way for an _update function, or some > similar function, to handle success vs. collision results when producing a > doc. > > An _update function should be able to compute the resulting doc _id based on > the provided input. This is especially useful for directly processing HTML > form input. > > Unfortunately, the _update function has no way of knowing if that id is > taken already. It blindly passes the document back to Erlang which might > return a (IIRC) 201, or might return 409. >
I'm totally +1 on getting rid of these rough edges. I seriously doubt I'll have time to do anything but cheerlead, so if this is gonna happen, someone is gonna have to take up the charge. The big ones as I see it are the _update issues Jason mentions, and the _list issues described here: https://issues.apache.org/jira/browse/COUCHDB-764 Chris > I do not know what the best solution is but I wouldn't be surprised if it > required a protocol change. > > -- > Jason Smith > Couchio Hosting
