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 >