Re: import sql dump with psql - language creation throws error

From: Adrian Klaver <aklaver(at)comcast(dot)net>
To: Andreas Wenk <a(dot)wenk(at)netzmeister-st-pauli(dot)de>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: import sql dump with psql - language creation throws error
Date: 2009-01-20 16:28:38
Message-ID: 200901200828.38720.aklaver@comcast.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tuesday 20 January 2009 7:50:58 am Andreas Wenk wrote:
>
> >
> > Just to point you to Grzegorz's suggestion of using the -c switch in the
> > pg_dump command. To quote the manual:
> >
> > -c
> > "Output commands to clean (drop) database objects prior to (the commands
> > for) creating them.
> > This option is only meaningful for the plain-text format. For the
> > archive formats, you can specify the option when you call pg_restore. "
>
> I allready tried -c ... it's not what I need or helps - thanks anyway ;-)

I don't know enough about tsearch, but is plpgsql a dependency? If not could you
use the information here,

http://www.postgresql.org/docs/8.3/interactive/manage-ag-templatedbs.html

to create a database template that has tsearch but not plpgsql and then create
your demo db using it?

>
> > Also I am not sure cron sending the email is a bad thing. Serves as
> > indicator that the process ran.
>
> Yes that's correct ... in a way - but imagine you have 20 cronjobs running
> - do you really want to spam your mailbox with these messages? I think the
> better way is to leave it running and only in case of an error inform me. I
> think this is the common way sysadmins are doing it ...

True but sometimes the error is that nothing happened. I have never found
the "no news is good news" saying comforting. Making decisions on a negative
can come back to bite you. My 0.02 cents.

>
> Cheers
>
> Andy

--
Adrian Klaver
aklaver(at)comcast(dot)net

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Dimitri Fontaine 2009-01-20 17:37:08 Re: left join with smaller table or index on (XXX is not null) to avoid upsert
Previous Message Andreas Wenk 2009-01-20 15:50:58 Re: import sql dump with psql - language creation throws error