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 ido.ran@gmail.com designates
 209.85.214.180 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        b=ep1QZ5r6KPSsHVRJ1FQqqrkpOzGXOBxyFYUQ5c3zcMArSRi0FpvpVBn+tau9NME9eX
         mAHWaXyMQwDj+qbPkl4tQseqQ1KyU20Sv2EBq9nx3FhiZcbXvZEaIZbpSyvdn9IuOevW
         ygd3DOqHPTdqJMZhfg4K6JKRoGoJJYSGgQQIs=
MIME-Version: 1.0
In-Reply-To: <AANLkTinxEVxx9kWzf99R-y1m+Raj4C0_N=4B95R2Dphp@mail.gmail.com>
References: <AANLkTimh5-2qraJkLaaWON6BnEvpEs6nW4yCk_H8ZD2G@mail.gmail.com>
 <AANLkTi=cdXpj39pDB476Ch2zQmKdwVJAXhz=vWXO_oyL@mail.gmail.com>
 <AANLkTimxPthgfP6wT2J7UVb3n2Vo_rF_rZAMzH-uO_ph@mail.gmail.com>
 <AANLkTinxEVxx9kWzf99R-y1m+Raj4C0_N=4B95R2Dphp@mail.gmail.com>
From: Ido Ran <ido.ran@gmail.com>
Date: Sun, 7 Nov 2010 11:14:28 +0200
Message-ID: <AANLkTik6-GY820tEEoEWOCnkpK_eojYg4hdNg=oym9=k@mail.gmail.com>
Subject: Re: Write race conditions, working without _rev
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=90e6ba6e8d967f4ed7049472f059

--90e6ba6e8d967f4ed7049472f059
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi,
I think this question raise the general question of "document model" (in th=
e
same way OO programming has Object Model) and that is "how do you model you
document to contain you problem domain including the process of changing
those documents".

In relation databases we use table diagram and description of transactions
to describe it I think we need tools (not has to be software, pen and papar=
e
are great too) to describe out document oriented database.
The question of should you have one document that get updated or several
documents which relate using other means is a good question.

Ido

On Sun, Nov 7, 2010 at 9:15 AM, Benoit Chesneau <bchesneau@gmail.com> wrote=
:

> On Fri, Nov 5, 2010 at 5:44 PM, Michael <newmaniese@gmail.com> wrote:
> > On Fri, Nov 5, 2010 at 12:03 PM, Paul Davis <paul.joseph.davis@gmail.co=
m>
> wrote:
> >>
> >> In the second case, the second person to write the document wins,
> >> erasing any changes the first write's effects. The first writer will
> >> then be in a state where his view of the database will be
> >> inconsistent. The thing his, he can't know because without requiring a
> >> _rev token he'll never get a notification of any sort of error.
> >
> > True, that is one workflow. I am not too concerned however about
> > updates trampling each other each update does not care about previous
> > revisions. This isn't people updating objects, but applications  To be
> > honest, I will catch the conflict and just ignore it because the data
> > then is "new enough", however if I wanted the newest data, I would
> > have to have:
> >
> > Read object to get rev
> > Try save
> > if resource conflict:
> >    read object for rev again
> >    try save
> >    if resource conflict:
> >        assume newer data and pass
> >
> > If that happens, I have 4 different hits to the database for nothing.
> > On a multithreaded server, this would happen quite frequently.
> >
> > In my workflow, the ideal situation would be to write once, without a
> > read, and for Couch to just accept the change in order.
> >
> > Is that possible?
> >
> > Thanks,
> >
> > Michael
> >
>
>  Just use one document per transaction. Then a view to retrieve the
> last one 'more recent in your case?).
>
> - beno=C3=AEt
>

--90e6ba6e8d967f4ed7049472f059--