Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of jchris@gmail.com designates
 209.85.210.178 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=content-type:mime-version:subject:from:in-reply-to:date
         :content-transfer-encoding:message-id:references:to:x-mailer;
        b=WFWkoZvKeyE3cgoFnJmCpCZjC5jSRJ5FhliC00e2sITRPRqSEZ2EoK9ao/muSVVe3C
         KHcktXahlwrLC5dxPQeIHxMOUbq5pCgz7GPiVTUiRSXtwm4zZbTxCQH1x9aCojQGgeka
         s59UZ2aiKqt28gqnwqX1MUDe5TOz/6kQ5Olg8=
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1077)
Subject: Re: bulk Updates
From: J Chris Anderson <jchris@gmail.com>
In-Reply-To: <f39928a61003241703p58bdef8fm79ce0ff8cae88fea@mail.gmail.com>
Date: Sat, 27 Mar 2010 14:14:08 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <289836B3-764C-4CCF-8234-97616D0D6A11@gmail.com>
References: <f39928a61003241703p58bdef8fm79ce0ff8cae88fea@mail.gmail.com>
To: user@couchdb.apache.org


On Mar 24, 2010, at 5:03 PM, faust 1111 wrote:

> if i follow
>=20
> The CouchDB pattern would be something like:
>=20
> 1. Define a view that allows you to fetch the docs you want.
> 2. Fetch the docs, possibly using ?include_docs=3Dtrue
> 3. Update the docs in the client
> 4. Push all the docs back using _bulk_docs
>=20
> its will be to slow in my case
> i have contents with authors:
> content {
>  authors: [
>     {name: 'Lara', slug: 23424},
>     {name: 'Dimon', slug: 23445}
>  ]
> }
>=20
> if author change name i must fetch 2000 docs and by hand change author
> name in each doc

With a large number of matching docs, you'll want to do the updates in =
batches. If you have a view query that the asynchronous process is =
trying to empty, you can easily cope with updates that come in later =
(after the first pass of the batch is complete) by rerunning old rename =
queries a for some time window after the preference is updated.

I know it's not as simple as a SQL update, but it is compatible with =
multi-master replication and offline editing.

Chris

> this is crazy job guy`s.
>=20
> May be i`am thinking in wrong way?
> please help.