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 C3B4E9FA5C3 for ; Thu, 8 Jun 2006 22:14:28 -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 61113-01 for ; Thu, 8 Jun 2006 22:14:19 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from houston.familyhealth.com.au (iihouston.familyhealth.com.au [203.59.102.239]) by postgresql.org (Postfix) with ESMTP id CFE389FA3CD for ; Thu, 8 Jun 2006 22:14:19 -0300 (ADT) Received: from houston.familyhealth.com.au (localhost [127.0.0.1]) by houston.familyhealth.com.au (Postfix) with ESMTP id F3E6525741; Fri, 9 Jun 2006 09:14:16 +0800 (WST) Received: from [127.0.0.1] (work-48.internal [192.168.0.48]) by houston.familyhealth.com.au (Postfix) with ESMTP id D567D2573F; Fri, 9 Jun 2006 09:14:15 +0800 (WST) Message-ID: <4488CBF3.9040101@calorieking.com> Date: Fri, 09 Jun 2006 09:16:35 +0800 From: Christopher Kings-Lynne User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: "Jim C. Nasby" Cc: soni de , pgsql-performance@postgresql.org Subject: Re: Regarding pg_dump utility References: <9f2e40a90606072309v4c5b2623k8bda2614cd575835@mail.gmail.com> <20060608151657.GL45331@pervasive.com> In-Reply-To: <20060608151657.GL45331@pervasive.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-familyhealth-MailScanner-Information: Please contact the ISP for more information X-familyhealth-MailScanner: Found to be clean X-familyhealth-MailScanner-From: chris.kings-lynne@calorieking.com X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200606/104 X-Sequence-Number: 19461 > It probably wouldn't be terribly difficult to put the guts of pg_dump > into a library that you could interface with via C. I'm not sure if the > community would accept such a patch; though, I seem to recall other > people asking for this on occasion. > >> I think script support is bit risky because if anything goes wrong while >> taking backup using pg_dump then user will not understand the problem of >> falling >> >> If only script support is possible then what should we prefer perl or shell? > > Depends on what you're trying to accomplish. Perl is a much more capable > language than shell, obviously. In phpPgAdmin we just execute pg_dump as a child process and capture its output....