Re: XA support (distributed transactions)

From: "J(dot) Eduardo" <j(dot)eduardo(at)gmail(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Cc: "Heikki Linnakangas" <heikki(at)enterprisedb(dot)com>, josh(at)agliodbs(dot)com, "Florian G(dot) Pflug" <fgp(at)phlo(dot)org>, "Danny Milosavljevic" <danny(dot)milosavljevic(at)fabalabs(dot)org>
Subject: Re: XA support (distributed transactions)
Date: 2006-11-26 23:14:48
Message-ID: 9131001f0611261514s4930661em679b756e04143a6a@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 11/26/06, Jim Nasby <decibel(at)decibel(dot)org> wrote:
>
> I don't believe Sequoia uses 2PC/XA, either.

And it really doesn't. The mechanism used by Sequoia is based on
statement replication across the cluster nodes, using group
communication. There are controllers nodes responsable by the
execution of the statements on the backend nodes, each controller
having it's own backends that cannot be shared by different
controllers. Each backend is a real database system accessed by the
controller via JDBC. The group of controllers is designed to provide a
abstraction to the group of distributed databases called a "virtual
database".

The controller node that receives the statement does a pre-processing
of this statement, replacing functions like random(), now() and other
specified in the configuration file by constant values and then does a
broadcast of the statement to all controller nodes. Each controller
in the group executes the statement on all it's backends and send the
result of the execution to the controller responsable by the statement
issued.

There are internal mechanisms to guarantee ordered execution of the
statements and proper execution of transactions across the virtual
database, but I am only giving a short description of the funcionality
based on the documentation available on the website and hands-on
testing of the middleware that I'm doing at work for quite some time.

--
João Eduardo Mikos
http://www.icewall.org/~jeduardo/

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2006-11-26 23:28:25 Re: [CORE] RC1 blocker issues
Previous Message David Fetter 2006-11-26 23:05:51 Re: FKs + partial indexes?