Skip site navigation (1) Skip section navigation (2)

Re: GDQ iimplementation (was: Re: Clustering features for upcoming developer meeting -- please claim yours!)

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Marko Kreen <markokr(at)gmail(dot)com>
Cc: Jan Wieck <JanWieck(at)yahoo(dot)com>, Hannu Krosing <hannu(at)2ndquadrant(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-cluster-hackers(at)postgresql(dot)org
Subject: Re: GDQ iimplementation (was: Re: Clustering features for upcoming developer meeting -- please claim yours!)
Date: 2010-05-11 14:26:39
Message-ID: 1273587999.308.210.camel@ebony (view raw or flat)
Thread:
Lists: pgsql-cluster-hackers
On Tue, 2010-05-11 at 17:03 +0300, Marko Kreen wrote:
> On 5/11/10, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> > On Tue, 2010-05-11 at 08:33 -0400, Jan Wieck wrote:
> >  > What are the advantages of anything proposed over the current
> >  > implementations used by Londiste and Slony?
> >
> > It would be good to have a core technology that provided a generic
> >  transport to other remote databases.
> 
> I suspect there still should be some sort of middle-ware code
> that reads the data from Postgres, and writes to other db.
> 
> So the task of the GDQ should be to make data available to that
> reader, not be "transport to remote databases", no?

Yes for maximum flexibility, user code at both ends would be good.

-- 
 Simon Riggs           www.2ndQuadrant.com


In response to

pgsql-cluster-hackers by date

Next:From: Jan WieckDate: 2010-05-11 14:38:35
Subject: Re: GDQ iimplementation
Previous:From: Jan WieckDate: 2010-05-11 14:06:35
Subject: Re: GDQ iimplementation

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group