Re: 2-phase commit - Mailing list pgsql-hackers

From Hiroshi Inoue
Subject Re: 2-phase commit
Date
Msg-id 3F77BD7F.C7993190@tpf.co.jp
Whole thread Raw
In response to Re: 2-phase commit  ("Hiroshi Inoue" <inoue@tpf.co.jp>)
Responses Re: 2-phase commit  ("Marc G. Fournier" <scrappy@postgresql.org>)
Re: 2-phase commit  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

Hiroshi Inoue wrote:
> 
> Tom Lane wrote:
> >
> > Hiroshi Inoue <Inoue@tpf.co.jp> writes:
> > > The simplest senario(though there could be varations) is
> >
> > > [At participant(master)'s side]
> > >   Because the commit operations is done, does nothing.
> >
> > > [At coordinator(slave)' side]
> > >    1) After a while
> > >    2) re-establish the communication path between the
> > >       partcipant(master)'s TM.
> > >    3) resend the "commit requeset" to the participant's TM.
> > >   1)2)3) would be repeated until the coordinator receives
> > >   the "commit ok" message from the partcipant.
> >
> > [ scratches head ] I think you are using the terms "master" and "slave"
> > oppositely than I would.
> 
> Oops my mistake, sorry.
> But is it 2-phase commit protocol in the first place ?

That is, in your exmaple below
Example:
       Master          Slave       ------          -----       commit ready-->                       <--OK       commit
done->XX

is the "commit done" message needed ?

regards,
Hiroshi Inouehttp://www.geocities.jp/inocchichichi/psqlodbc/


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: pg_dump no longer honors --no-reconnect
Next
From: Christopher Kings-Lynne
Date:
Subject: Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta)