Re: pg_dump/restore --no-tableam - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: pg_dump/restore --no-tableam
Date
Msg-id YeUE7izTxWMih7Dy@paquier.xyz
Whole thread Raw
In response to Re: pg_dump/restore --no-tableam  (Justin Pryzby <pryzby@telsasoft.com>)
Responses Re: pg_dump/restore --no-tableam
List pgsql-hackers
On Tue, Jan 11, 2022 at 10:09:07PM -0600, Justin Pryzby wrote:
> I suppose you're right - I had previously renamed it from no-tableam.

Thanks for the new version.  I have noticed that support for the
option with pg_dumpall was missing, but that looks useful to me like
the other switches.

> Because it looks like this is intended to be mostly alphabetical, but that
> wasn't preserved by 63db0ac3f.  It's most apparent in "my %full_runs".

Sure.  Now I am not sure that this is worth poking at if we don't
change the back-branches, as this could cause conflicts.  So I have
left this change out at the end.

And, done.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Noah Misch
Date:
Subject: Re: A test for replay of regression tests
Next
From: Masahiko Sawada
Date:
Subject: Re: Skipping logical replication transactions on subscriber side