Re: WIP patch for parallel pg_dump

Koichi Suzuki <koichi.szk@gmail.com>

From: Koichi Suzuki <koichi.szk@gmail.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>, Tom Lane <tgl@sss.pgh.pa.us>, Josh Berkus <josh@agliodbs.com>, marcin mank <marcin.mank@gmail.com>, Greg Smith <greg@2ndquadrant.com>, Joachim Wieland <joe@mcknight.de>, Andrew Dunstan <andrew@dunslane.net>, Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>, pgsql-hackers@postgresql.org
Date: 2010-12-15T00:06:40Z
Lists: pgsql-hackers
Robert;

Thank you very much for your advice.   Indeed, I'm considering to
change the license to PostgreSQL's one.   It may take a bit more
though...
----------
Koichi Suzuki



2010/12/15 Robert Haas <robertmhaas@gmail.com>:
> On Tue, Dec 7, 2010 at 3:23 AM, Koichi Suzuki <koichi.szk@gmail.com> wrote:
>> This is what Postgres-XC is doing between a coordinator and a
>> datanode.    Coordinator may correspond to poolers/loadbalancers.
>> Does anyone think it makes sense to extract XC implementation of
>> snapshot shipping to PostgreSQL itself?
>
> Perhaps, though of course it would need to be re-licensed.  I'd be
> happy to see us pursue a snapshot cloning framework, wherever it comes
> from.  I remain unconvinced that it should be made a hard requirement
> for parallel pg_dump, but of course if we can get it implemented then
> the point becomes moot.
>
> Let's not let this fall on the floor.  Someone should pursue this,
> whether it's Joachim or Koichi or someone else.
>
> --
> Robert Haas
> EnterpriseDB: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>