Re: Regarding pg_dump utility

From: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
To: Andreas Pflug <pgadmin(at)pse-consulting(dot)de>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, soni de <soni(dot)de(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Regarding pg_dump utility
Date: 2006-06-08 16:35:01
Message-ID: 20060608163501.GT45331@pervasive.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Thu, Jun 08, 2006 at 06:33:28PM +0200, Andreas Pflug wrote:
> Alvaro Herrera wrote:
>
> >
> >
> >Personally I think it would be neat. For example the admin-tool guys
> >would be able to get a dump without invoking an external program.
> >Second it would really be independent of core releases (other than being
> >tied to the output format.) pg_dump would be just a simple caller of
> >such a library, and anyone else would be able to get dumps easily, in
> >whatever format.
>
> pgAdmin currently invokes pg_dump/restore externally with pipes attached
> to stdin/out/err, but a library implementation would solve some
> headaches (esp. concerning portability) managing background
> execution/GUI updates/process control. I'd like a libpgdumprestore
> library, with pg_dump/pg_restore being lean wrapper programs.

Would a pg_dumpall library also make sense?
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Alvaro Herrera 2006-06-08 16:38:38 Re: Regarding pg_dump utility
Previous Message Andreas Pflug 2006-06-08 16:33:28 Re: Regarding pg_dump utility