couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paul Davis" <>
Subject Re: Document Updates
Date Fri, 14 Nov 2008 05:06:49 GMT
The JS PATCH function is definitely an interesting idea, but I think
is not at all going to fix the issue. How many use cases are going to
be able to reduce an update operation to a function?

Most use cases that I see are of the nature: "Download JSON,
deserialize to native language, mutate, serialize, send to server".
Anyone that wants write an abstract "mutate" -> JS function thing has
props in my book.

It is forseable that you could treat it as a stored procedure though.
As in the function signature becomes "function(doc, input)" and input
is a complex JSON object that is used in the updated. This almost has
actual use in terms of the earlier thread on transaction semantics
that I assume would be implementable. But really the transaction idea
is a whole new can of worms in terms of couch would have to be allowed
to request multiple documents in one transaction etc.

I think related to Noah's original sentiment of getting some diff
system set up way outside of couch in JSON land that's implementable
in any language for anything is the best bet.


On Thu, Nov 13, 2008 at 11:53 PM, ara.t.howard <> wrote:
> On Nov 13, 2008, at 9:18 PM, Ayende Rahien wrote:
>> Take into account that the view server is explicitly a separate
>> process.Requiring
>> it to process incoming request would create a very high overhead.
> i'm just saying - if people could write javascript to execute on the server
> people would really be singing hallelujah.  from my perspective it's only
> about 10000000% as cool as being to plugin a different language in as a view
> server.
> 2 cts.
> a @
> --
> we can deny everything, except that we have the possibility of being better.
> simply reflect on that.
> h.h. the 14th dalai lama

View raw message