Return-Path: Delivered-To: apmail-incubator-couchdb-user-archive@locus.apache.org Received: (qmail 33050 invoked from network); 14 Nov 2008 04:18:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Nov 2008 04:18:50 -0000 Received: (qmail 32880 invoked by uid 500); 14 Nov 2008 04:18:57 -0000 Delivered-To: apmail-incubator-couchdb-user-archive@incubator.apache.org Received: (qmail 32843 invoked by uid 500); 14 Nov 2008 04:18:57 -0000 Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-user@incubator.apache.org Delivered-To: mailing list couchdb-user@incubator.apache.org Received: (qmail 32832 invoked by uid 99); 14 Nov 2008 04:18:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Nov 2008 20:18:57 -0800 X-ASF-Spam-Status: No, hits=3.4 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: 209.85.200.174 is neither permitted nor denied by domain of ayende@ayende.com) Received: from [209.85.200.174] (HELO wf-out-1314.google.com) (209.85.200.174) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Nov 2008 04:17:34 +0000 Received: by wf-out-1314.google.com with SMTP id 27so1392552wfd.21 for ; Thu, 13 Nov 2008 20:18:08 -0800 (PST) Received: by 10.142.192.11 with SMTP id p11mr189677wff.242.1226636288403; Thu, 13 Nov 2008 20:18:08 -0800 (PST) Received: by 10.142.177.17 with HTTP; Thu, 13 Nov 2008 20:18:08 -0800 (PST) Message-ID: <27d8d0930811132018l25566fb5rcd10d8708040e997@mail.gmail.com> Date: Fri, 14 Nov 2008 06:18:08 +0200 From: "Ayende Rahien" To: couchdb-user@incubator.apache.org Subject: Re: Document Updates In-Reply-To: <387E7267-6AC4-48FC-A680-65EA21992E9E@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1707_13822329.1226636288399" References: <403828.36717.qm@web52508.mail.re2.yahoo.com> <20081113164344.GB15315@tumbolia.org> <99294D7F-4D06-47F9-800B-DB9213D929F4@gmail.com> <20081113220313.GG15315@tumbolia.org> <20081113233718.GI15315@tumbolia.org> <0152683E-F379-46A2-B094-0315E17A407E@gmail.com> <4EB51263-640C-4530-9207-9DFCF076E7D9@gmail.com> <387E7267-6AC4-48FC-A680-65EA21992E9E@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_1707_13822329.1226636288399 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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 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 > > > > ------=_Part_1707_13822329.1226636288399--