[Pgpool-general] Replication Flawed?

Jim C. Nasby jnasby at pervasive.com
Thu May 18 16:17:11 UTC 2006


On Thu, May 18, 2006 at 09:51:39AM +0900, Tatsuo Ishii wrote:
> > > > I have run the same tests (and passed) using a JDBC based replication system, Sequoia (sequoia.continuent.org), which ensures replication consistency by ordering statements from all transactions based on ids assigned to them AFAIK.
> > > 
> > > Once I thought of such that method but I concluded that it will result
> > > in performance loss because assigning "id" to each transactions itself
> > > needs to kill concurrency of transactions.
> > > 
> > > If Sequoia overcomes the problem I worry about in some way, it will be
> > > interesting. Let me check it.
> > 
> > Sequoia has the notion of statement queues; read-only statements can run
> > in any queue, and be serviced by any database, but DML must run in a
> > single queue and be serviced in order.
> 
> If so, I guess the DML performance of Sequoia would be unacceptably bad.

How would it be any worse than with Slony? And how else could you do it
and ensure data consistency?
-- 
Jim C. Nasby, Sr. Engineering Consultant      jnasby at pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461


More information about the Pgpool-general mailing list