Re: pg_dump --with-* options
Jeff Davis <pgsql@j-davis.com>
From: Jeff Davis <pgsql@j-davis.com>
To: Corey Huinker <corey.huinker@gmail.com>, Álvaro Herrera <alvherre@kurilemu.de>
Cc: Fujii Masao <masao.fujii@oss.nttdata.com>, Robert Haas
<robertmhaas@gmail.com>, Nathan Bossart <nathandbossart@gmail.com>, Peter
Eisentraut <peter@eisentraut.org>, pgsql-hackers
<pgsql-hackers@postgresql.org>
Date: 2025-08-01T20:02:22Z
Lists: pgsql-hackers
On Thu, 2025-07-31 at 16:28 -0400, Corey Huinker wrote: > > In general, I like the idea of --include, but it would need to be > consistent in behavior across pg_dump/pg_restore/pg_upgrade(if > applicable). How should you exclude stats when doing pg_restore? Presumably, -- include=data,schema. But it's a bit strange if "--include" is the only way to exclude something. There are enough nuances and details here that I think the next step is for someone to turn the idea for --include into a reviewable patch, so that we can compare it to what we have now and see if people generally think it's an improvement over what we have now. Otherwise, we should just proceed with: https://www.postgresql.org/message-id/40cedfc22da152928a74d472708aaadb8855d8d9.camel@j-davis.com and close the open item. Regards, Jeff Davis
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Simplify options in pg_dump and pg_restore.
- 6a46089e458f 19 (unreleased) landed
- a3e8dc143862 18.0 landed
-
pg_dump: reject combination of "only" and "with"
- 0ed92cf50cc4 19 (unreleased) landed
- 60121890f7f2 18.0 landed
-
Change pg_dump default for statistics export.
- 34eb2a80d5a3 18.0 cited