Re: my schema + sql function - Mailing list pgsql-bugs

From Tom Lane
Subject Re: my schema + sql function
Date
Msg-id 11135.1045666670@sss.pgh.pa.us
Whole thread Raw
In response to my schema + sql function  (Marek "Wróbel" <netim@icentrum.pl>)
List pgsql-bugs
Marek "Wróbel" <netim@icentrum.pl> writes:
> In my schema : "my" I create sql function

> CREATE OR REPLACE FUNCTION my.my_foo(int4) RETURNS varchar AS '
>     select k.k_dupa ||coalesce( '' ['' || k.k_number || '']'' ,'''')
>     from kont k
>     where k_id = $1;
> ' LANGUAGE 'sql';

> table kont is in schema public.

> Everythink working ok, but when I try to restore backup system write :

> pg_restore: [archiver (db)] could not execute query: ERROR:  Relation "kont" does not exist
> pg_restore: *** aborted because of error

Probably table "kont" didn't exist when you first created that function?
pg_dump isn't very smart about rearranging the order of object creation
to handle such dependencies.  You'll need to manually adjust the dump
order to deal with this.  There are options to pg_restore that you can
use to change the order in which it reload objects.

            regards, tom lane

pgsql-bugs by date:

Previous
From: pgsql-bugs@postgresql.org
Date:
Subject: Bug #899: pg_dumpall produce erroneous files if the databbase use procedural language.
Next
From: Peter Childs
Date:
Subject: Trigger Crashes Database Back End.