Re: docs: warn about post-data-only schema dumps with parallel restore. - Mailing list pgsql-hackers

From David G. Johnston
Subject Re: docs: warn about post-data-only schema dumps with parallel restore.
Date
Msg-id CAKFQuwYtdN4chM2HzcNsOJMvsVqE2LnKGTvndNeGW8s66g0Acg@mail.gmail.com
Whole thread Raw
In response to Re: docs: warn about post-data-only schema dumps with parallel restore.  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: docs: warn about post-data-only schema dumps with parallel restore.
List pgsql-hackers
On Sun, Mar 29, 2026 at 11:33 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
"David G. Johnston" <david.g.johnston@gmail.com> writes:
> On Sun, Jan 25, 2026 at 10:23 PM vaibhave postgres <
> postgresvaibhave@gmail.com> wrote:
>> Following up on the discussion in [1] about pg_restore failing to restore
>> post-data items due to circular foreign key deadlocks.
>> I’m attaching a doc patch that adds a warning about using post-data-only
>> schema dumps together with parallel restore.

> Not a fan of the patch overall though.  I'd want to add something to
> pg_restore noting that use of --jobs for constraint restoration needs
> schema information to compute the restoration order.

Yeah, dropping this into the list of options is bad.  We put caveats
like that into the Notes section usually.

I also tend to think that it'd be better to document this under
pg_restore: when people run into this type of failure, they are going
to go to the pg_restore docs not the pg_dump docs to understand it.
I guess there could be a case for repeating the info in both the
pg_dump and pg_restore pages, but that feels a bit verbose.

So maybe like the attached?


Works for me.

But how about adding something like the following to the pg_dump notes?  We already have the corresponding link going to pg_dump in the pg_restore notes.

"If producing a non-plaint-text format output see also the pg_restore documentation for details on how the restore process uses the different sections."

David J.

pgsql-hackers by date:

Previous
From: Chao Li
Date:
Subject: Re: Adjust error message for CREATE STATISTICS to account for expressions
Next
From: David Rowley
Date:
Subject: Re: Fix "could not find memoization table entry"