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
Views: Raw Message | Whole Thread | Download mbox | Resend email
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

Browse pgsql-cluster-hackers by date

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