couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ayende Rahien" <>
Subject Re: Document Updates
Date Fri, 14 Nov 2008 04:18:08 GMT
Take into account that the view server is explicitly a separate
it to process incoming request would create a very high overhead.

On Fri, Nov 14, 2008 at 3:02 AM, ara.t.howard <>wrote:

> On Nov 13, 2008, at 5:49 PM, Antony Blakey wrote:
>  You could use the view mechanism, and attach a "language" attribute, and
>> have this be a general transformation interface, which would indeed be very
>> nice. For efficiency you would want to apply this over sets of documents,
>> and probably in a transactional context like bulk update does now.
>> However... Damien wants something to use in replication, which would mean
>> that javascript would then become a required, rather than an optional part
>> of Couch, because replication would require it (unless you made the
>> replication diff generator pluggable ... but why go there?). The benefit of
>> the declarative diff format is that applying a diff can be done within
>> Couch.
> couldn't these queries run in the view server?  in fact any mechanism which
> would allow the view server could accomplish this with a protocol between it
> and the db server.  basically it's an addition to the map/reduce
> functionality which would alter documents on the fly.
> a @
> --
> we can deny everything, except that we have the possibility of being
> better. simply reflect on that.
> h.h. the 14th dalai lama

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message