Re: pg_dump - Mailing list pgsql-hackers

From rafael
Subject Re: pg_dump
Date
Msg-id 5633774A.4050909@usit.uio.no
Whole thread Raw
In response to Re: pg_dump  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

On 10/29/2015 03:51 PM, Tom Lane wrote:
> We don't need hasty patches.  What we need is a re-think of the division
> of labor between pg_dump and pg_dumpall.  Up to now, pg_dump has only been
> charged with dumping/restoring the data "inside" an individual database,
> not with handling any database-level properties.  Those are the
> responsibility of pg_dumpall.
> 

Hello

A wiki page with some proposals to improve pg_dump can be found here:
https://wiki.postgresql.org/wiki/Pg_dump_improvements

It was created sometime ago after a discussion on pgsql-hackers. Refs on
the wikipage.

regards
-- 
Rafael Martinez Guerrero
Center for Information Technology
University of Oslo, Norway

PGP Public Key: http://folk.uio.no/rafael/



pgsql-hackers by date:

Previous
From: Erik Rijkers
Date:
Subject: Re: exposing pg_controldata and pg_config as functions
Next
From: Victor Wagner
Date:
Subject: Re: Patch: Implement failover on libpq connect level.