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
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 |
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 |