couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From J Chris Anderson <jch...@gmail.com>
Subject Re: Proposal for changes in view server/protocol
Date Sat, 31 Jul 2010 19:21:57 GMT

On Jul 27, 2010, at 6:39 AM, Jason Smith wrote:

> On Tue, Jul 27, 2010 at 04:35, Mikeal Rogers <mikeal.rogers@gmail.com>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


Mime
View raw message