Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of randall.leeds@gmail.com
 designates 209.85.160.52 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=NEsc55pQ4K9nCZ3EPD1wFu2y/C+VEGXEd7ed5+mt1feTDGL1Z922hVw9UkUTfQzmBl
         /WbHMYxPjqYn376yjntN1LKiVKQJTPQ/HX/hVdBmNyf1Fu6kepX6AJmqH8DLeSMml4ji
         Y58NdioljfJNkVN/POoHLpai68aBy7zu/oGuM=
MIME-Version: 1.0
In-Reply-To: <r2qec7a93a1004191246lf01ece84hc7145a1508db220a@mail.gmail.com>
References: <y2we2f5da511004181201sbba7d3ecy3c996dd8e59a9c85@mail.gmail.com>
	 <4EDCD199-A285-4510-B8F0-E6030BA9553D@apache.org>
	 <v2ye2f5da511004191121sd69270efhd5784859e7a6f4ca@mail.gmail.com>
	 <i2tefa5d3381004191150q69d0a6dbg6ac763d3081534c2@mail.gmail.com>
	 <m2pec7a93a1004191232xe4ed4321i332972140d9df718@mail.gmail.com>
	 <r2qec7a93a1004191246lf01ece84hc7145a1508db220a@mail.gmail.com>
Date: Mon, 19 Apr 2010 20:49:08 +0100
Message-ID: <o2mec7a93a1004191249m3fa4a08l8da3e48992368733@mail.gmail.com>
Subject: Re: Idea for View & Bulk Insert combination for ad-hoc database
	changes
From: Randall Leeds <randall.leeds@gmail.com>
To: dev@couchdb.apache.org
Content-Type: multipart/alternative; boundary=000e0cd1170a210d5304849c417c

--000e0cd1170a210d5304849c417c
Content-Type: text/plain; charset=UTF-8

Ad-hoc db-wide transformations suddenly strike me as a generic form of the
compactor. The compactor is an identity update function. It achieves a full
scan of the db by putting results in a new .couch file. It runs until it has
caught up to the tail of the current file (using a changes listener) and
then swaps the files. I believe a good patch here is one that creates a code
path the compactor can share.

The side bonus is that this implementation is transactional.

On Apr 19, 2010 2:51 PM, "Martin Murphy" <martin.murphy@whiteboard-it.com>
wrote:

I agree.  Some format of bulk changes needs to be integrated into futon
before the masses will adopt.

On Mon, Apr 19, 2010 at 1:21 PM, Michael Genereux <mgenereu@gmail.com>wrote:

> Thanks!  Okay, I need to reread "_changes" and the "all_or_nothing" on
> the bulk_api.  Also "Document Update Handlers" was way too complicated
> and wanted a record id for what I was looking to do.  I have a CouchDB
> database holding a log and I want to chuck old data easily.  Losing
> quick manipulation when switching to CouchDB seems like a barrier of
> entry.  I don't know of any situation where I haven't used SQL
> (database), sed (ascii document), or other ad hoc concepts to
> manipulate records/files/documents.
>
> Thanks for the feedback and it was expedient so thanks for that too.

>
> On Mon, Apr 19, 2010 at 9:45 AM, J Chris Anderson <jchris@apache.org>
> wrote:
> >
> > On Apr 18...
--
Martin Murphy
Whiteboard-it
(205) 910-0720

--000e0cd1170a210d5304849c417c--