Re: pg_restore depending on user functions

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Дмитрий Иванов <firstdismay(at)gmail(dot)com>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: pg_restore depending on user functions
Date: 2021-11-15 00:06:11
Message-ID: 2048100.1636934771@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-general

=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JjQstCw0L3QvtCy?= <firstdismay(at)gmail(dot)com> writes:
> вс, 14 нояб. 2021 г. в 23:46, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>:
>> This is not "details", this is an evidence-free assertion. Please show
>> a concrete example of problematic functions.

> Ok, I'll do it.
> [ example ]

This is pretty far from being a self-contained example; I had to guess
at the definitions of several types that you didn't provide. Having
done so, though, the set of functions and types seem to dump and restore
just fine. So I still don't see any problem here.

Possibly worth noting is that pg_dump is careful to include this in
its output script:

SET check_function_bodies = false;

Without that, I can believe that you'd have some trouble restoring
these functions, since pg_dump doesn't know anything about the
cross-references appearing in the function bodies. But with that,
there don't appear to be any troublesome cross-references here.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Andrey Borodin 2021-11-15 07:19:56 Re: conchuela timeouts since 2021-10-09 system upgrade
Previous Message Дмитрий Иванов 2021-11-14 23:52:47 Re: pg_restore depending on user functions

Browse pgsql-general by date

  From Date Subject
Next Message Chen, Yan-Jack (NSB - CN/Hangzhou) 2021-11-15 02:21:28 PostgreSQL debug log doesn't record whole procedure(from receiving request to sending response)
Previous Message Дмитрий Иванов 2021-11-14 23:52:47 Re: pg_restore depending on user functions