From: Tom Lane <tgl@sss.pgh.pa.us>
To: Laurenz Albe <laurenz.albe@cybertec.at>
cc: Pascal CROZET <pascal.crozet@metanext.com>,
        pgsql-admin <pgsql-admin@postgresql.org>
Subject: Re: ERROR: type "my_user_type" does not exist on REFRESH MATERIALIZED
 VIEW
In-reply-to: <ff953d5f710168f2af17d510a847d079e94a98c7.camel@cybertec.at>
References: 
 <CAH59SE=GKvZxWa++n+D33GV7xk1pyYu=jYzCtsJnXNsdaSSb=w@mail.gmail.com>
 <CAKFQuwZoK=gZ_n48djihvgFhgTC4o0Popu--Yak-ntnsTP5DKg@mail.gmail.com>
 <PAXP251MB01782EE9FF9A844E7157F52698A79@PAXP251MB0178.EURP251.PROD.OUTLOOK.COM>
 <ff953d5f710168f2af17d510a847d079e94a98c7.camel@cybertec.at>
Comments: In-reply-to Laurenz Albe <laurenz.albe@cybertec.at>
	message dated "Fri, 10 Jun 2022 17:57:04 +0200"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <2657052.1654877707.1@sss.pgh.pa.us>
Content-Transfer-Encoding: quoted-printable
Date: Fri, 10 Jun 2022 12:15:07 -0400
Message-ID: <2657053.1654877707@sss.pgh.pa.us>
Archived-At: 
 <https://www.postgresql.org/message-id/2657053.1654877707%40sss.pgh.pa.us>
Precedence: bulk

Laurenz Albe <laurenz.albe@cybertec.at> writes:
> I would have to see the dump to be certain, but my guess is that you nee=
d to make the function
> independent from the current setting of "search_path" by schema-qualifyi=
ng the data type:

>   DECLARE
>      _row my_schema.row_reporting_p;

Yeah, that seems likely to be the explanation.  The restore will be run
under a restrictive search_path and functions that are not ready for that
will fail.  It may well be that this isn't the only search_path dependency
in the function, in which case you might be better advised to add a
"SET search_path" option to the function, instead of trying to fix all
the references manually.

			regards, tom lane