Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <33916.82.73.244.17.1263246899.squirrel@webmail.claranet.nl>
Date: Mon, 11 Jan 2010 22:54:59 +0100 (CET)
Subject: Re: Bulk update as a single transaction, possible?
From: "Markus Jelsma" <markus@buyways.nl>
To: <user@couchdb.apache.org>
In-Reply-To: <fec776271001111117t2168ff4s1bb741200910d3a5@mail.gmail.com>
References: <fec776271001111117t2168ff4s1bb741200910d3a5@mail.gmail.com>
Importance: Normal
Cc: <etil15@gmail.com>
Reply-To: markus@buyways.nl
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Hello Manuel,


Paul is right, a feature like a true multi document transactions with
conflict handling does not exist since the CouchDB 0.9 release and for
good reasons. You can either attempt to circumvent the issue by rethinking
your model as Paul suggests or you can check if your model allows for
CouchDB's new all-or-nothing bulk update operations _without_ conflict
handling.

Please check the wiki on bulk updating [1] for more information on this
topic. But you're probably better of in following Paul's suggestion with
which you bend the mind to fit the couch instead the other way around.

[1] http://wiki.apache.org/couchdb/HTTP_Bulk_Document_API


Regards,


Manuel de la Pe�a zei:
> Hello *,
>
> I have been working with couchdb (through python) for Ia while and I was
> wondering if you could give me a hand with a small problem I'm having.
> In my couchdb python application I'd like to be able to perform a bulk
> operation in which more than one document is either updated or added to
> the database. Currently the python binding does provide a way to perform
> a bulk update but this update it is not understood as a single
> "transaction"
> because, although it uses a single request, the changes are
> not sequential in the _changes feed and updates and commits are
> individual, that is, if there is an error there rest of the documents
> are not rolled back. My question is the following:
>
> Does couchdb have such a feature that the python bindings is taking
> advantage of?
>
> I do not mind faking the transaction idea from my client code, but I
> fear that other applications/parts of the code might work with a
> document interval between receiving the result of the bulk update and
> the rool back of the operation. Any help would be appreciated.
>
> Kr,
>
> Manuel