Re: pg_dump - txt sql vs binary - Mailing list pgsql-admin

From Ciprian Hodorogea
Subject Re: pg_dump - txt sql vs binary
Date
Msg-id 43D5091C.9010608@bitsp.com
Whole thread Raw
In response to Re: pg_dump - txt sql vs binary  (Michael Fuhr <mike@fuhr.org>)
Responses Re: pg_dump - txt sql vs binary
List pgsql-admin
Command I have used:
pg_dump.exe -i -h localhost -p 5432 -U postgres -F p -v -f "C:\test.sql"
bicms_server

This will put in the output SQL file postgres functions also (not only
those defined by me), for example:

CREATE FUNCTION plpgsql_call_handler() RETURNS language_handler
     AS '$libdir/plpgsql', 'plpgsql_call_handler'
     LANGUAGE c;

CREATE TYPE tablefunc_crosstab_2 AS (
    row_name text,
    category_1 text,
    category_2 text
);

CREATE FUNCTION connectby(text, text, text, text, integer, text) RETURNS
SETOF record
     AS '$libdir/tablefunc', 'connectby_text'
     LANGUAGE c STABLE STRICT;


ALTER FUNCTION public.connectby(text, text, text, text, integer, text)
OWNER TO postgres;


...and many others.



Anyway, my question would be: if I have postgres 8.1.x installed on
computer A and the same version of postgres installed on computer B,
which would be your recommended way of backing up data on computer A and
put it on computer B?


Regards, Ciprian

Michael Fuhr wrote:
> On Mon, Jan 23, 2006 at 04:35:20PM +0200, Ciprian Hodorogea wrote:
>
>>>>2. All dumps generated with pg_dump seem to contain internal functions
>>>>also, which then raise problems when trying to import. Can these be
>>>>somehow excluded from the generated SQL backup?
>>
>>Is there a way to differentiate postgres internal functions from
>>user-defined functions? (other but making up a list of those functions
>>names)
>
>
> What "internal" functions are you talking about?  What's the exact
> command you're running and what's the exact error message or
> unexpected behavior you're seeing?
>

pgsql-admin by date:

Previous
From: Michael Fuhr
Date:
Subject: Re: Full Text Indexing Using Tsearch2-Module
Next
From: Oleg Bartunov
Date:
Subject: Re: Full Text Indexing Using Tsearch2-Module