incubator-couchdb-user mailing list archives

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

On Fri, Nov 14, 2008 at 3:02 AM, ara.t.howard <ara.t.howard@gmail.com>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 @ http://codeforpeople.com/
> --
> we can deny everything, except that we have the possibility of being
> better. simply reflect on that.
> h.h. the 14th dalai lama
>
>
>
>

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