X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id B8AC79FA4D8 for ; Thu, 8 Jun 2006 13:33:39 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 76215-07 for ; Thu, 8 Jun 2006 13:33:34 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by postgresql.org (Postfix) with ESMTP id 73DEA9FA1A4 for ; Thu, 8 Jun 2006 13:33:34 -0300 (ADT) Received: from [84.143.10.74] (helo=pse.dyndns.org) by mrelayeu.kundenserver.de (node=mrelayeu10) with ESMTP (Nemesis), id 0ML31I-1FoNRq1jJe-0000aA; Thu, 08 Jun 2006 18:33:31 +0200 Received: from pse1 ([192.168.0.3]) by pse.dyndns.org with esmtp (Exim 4.44) id 1FoNRp-0006yM-7d; Thu, 08 Jun 2006 18:33:29 +0200 Message-ID: <44885158.9020209@pse-consulting.de> Date: Thu, 08 Jun 2006 18:33:28 +0200 From: Andreas Pflug User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alvaro Herrera CC: "Jim C. Nasby" , soni de , pgsql-performance@postgresql.org Subject: Re: Regarding pg_dump utility References: <9f2e40a90606072309v4c5b2623k8bda2614cd575835@mail.gmail.com> <20060608151657.GL45331@pervasive.com> <20060608162327.GD17421@surnet.cl> In-Reply-To: <20060608162327.GD17421@surnet.cl> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:0ce7ee5c3478b8d72edd8e05ccd40b70 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200606/93 X-Sequence-Number: 19450 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. Regards, Andreas