zookeeper-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Zili Chen <wander4...@gmail.com>
Subject Re: create or setData in transaction?
Date Thu, 15 Aug 2019 06:03:42 GMT
Thanks for your explanation Michael and Ted :-)

Best,
tison.


Ted Dunning <ted.dunning@gmail.com> 于2019年8月15日周四 下午1:22写道:

> As Michael correctly said, isolation only makes sense when you allow
> concurrent queries. Of the four ACID properties, the multi op satisfies A,
> C and D while I is essentially irrelevant (or could be said to be trivially
> satisfied since there are no concurrent queries.
>
>
> On Wed, Aug 14, 2019 at 6:45 PM Zili Chen <wander4096@gmail.com> wrote:
>
> > Thanks for your reply Ted.
> >
> > I cannot understand the statement "That leaves isolated which is kind of
> > hard to talk about with ZK since all operations are fast and sequential."
> > well. Could you explain a bit? What is "that" means and where is the
> "hard"
> > comes from?
> >
> > Best,
> > tison.
> >
> >
> > Ted Dunning <ted.dunning@gmail.com> 于2019年8月15日周四 上午9:40写道:
> >
> > > The multi op is atomic (all other operations will be before or after
> teh
> > > multi), consistent (all viewers will see all the effects or none, and
> > > durable (because ZK is linearized anyway).
> > >
> > > That leaves isolated which is kind of hard to talk about with ZK since
> > all
> > > operations are fast and sequential.
> > >
> > > On Wed, Aug 14, 2019 at 3:12 PM Michael Han <hanm@apache.org> wrote:
> > >
> > > > ...
> > > > Ted can correct me if I am wrong, since he added the multi op
> feature,
> > > but
> > > > my understanding is "multi op" is branded from day one as the
> > transaction
> > > > support for zookeeper (we even provide an API with exact name:
> > > > Transaction). If we use the traditional semantic for transaction in
> > > > database context, the ACID properties multi-op satisfies at least
> > > atomicity
> > > > and durability. So saying zookeeper does not support transaction
> seems
> > a
> > > > strong argument that against the properties of multi-op and existing
> > > > literatures related to zookeeper. On the other side, typically bulk
> > > > operations does not support atomicity, which will not take care of
> > > rolling
> > > > back failed operations.
> > > >
> > >
> > >
> > > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message