| From: | Jeff Davis <pgsql(at)j-davis(dot)com> |
|---|---|
| To: | Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Nathan Bossart <nathandbossart(at)gmail(dot)com> |
| Cc: | Peter Eisentraut <peter(at)eisentraut(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: pg_dump --with-* options |
| Date: | 2025-07-29 17:41:05 |
| Message-ID: | 20be0a526bb873671d49e43e18dad7ab7cca601b.camel@j-davis.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Fri, 2025-07-11 at 09:12 +0900, Fujii Masao wrote:
> But to do that, we'd either need to make pg_dump dump statistics
> by default, or allow redundant options like --statistics in
> pg_restore,
> even though it already restores statistics by default.
Redundant options might be annoying, but I don't see them as a major
problem.
> As I understand it, the rough consensus so far is that we'd prefer to
> avoid both of these approaches.
I'm not clear what the consensus approach is, then. Can you elaborate?
> I know some want to change the default
> behavior about statistics in pg_dump, though.
I don't see a consensus to make stats the default.
Regards,
Jeff Davis
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jim Jones | 2025-07-29 18:02:30 | Re: Regression with large XML data input |
| Previous Message | Tomas Vondra | 2025-07-29 17:13:13 | Re: Fix tab completion in v18 for ALTER DATABASE/USER/ROLE ... RESET |