Re: request clarification on pg_restore documentation

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: jcarson(at)fastmail(dot)com, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: request clarification on pg_restore documentation
Date: 2023-10-27 22:53:00
Message-ID: 1618733.1698447180@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-hackers

Bruce Momjian <bruce(at)momjian(dot)us> writes:
> Does anyone have a suggestion on how to handle this issue?

It might be that the later decision to change the representation
of sequence dumps would make it possible to undo 4317e0246c
and go back to having --schema-only/--data-only be true aliases
for --section. But it'd take some research and probably end up
causing some behavioral changes (eg. trigger handling as you note).

Much the same research would be needed if you just wanted to
document the current state of affairs more clearly.

The real issue here is that --schema-only/--data-only do a few
things that are not within --section's remit, such as trigger
adjustments. Do we want to cause --section to have those effects
too? I dunno. Do we want to give up those extra behaviors?
Almost certainly not.

Either way, I'm not personally planning to put effort into that
anytime soon.

regards, tom lane

In response to

Browse pgsql-docs by date

  From Date Subject
Next Message Jeff Davis 2023-10-27 23:08:37 Re: unnest multirange, returned order
Previous Message Bruce Momjian 2023-10-27 22:33:38 Re: request clarification on pg_restore documentation

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2023-10-27 22:55:12 Re: [PATCH] minor bug fix for pg_dump --clean
Previous Message Tom Lane 2023-10-27 22:40:55 Re: race condition in pg_class