Re: 2-phase commit
От | Hiroshi Inoue |
---|---|
Тема | Re: 2-phase commit |
Дата | |
Msg-id | 3F77BD7F.C7993190@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: 2-phase commit ("Hiroshi Inoue" <inoue@tpf.co.jp>) |
Ответы |
Re: 2-phase commit
Re: 2-phase commit |
Список | 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 по дате отправления: