| From: | Michael Paquier <michael(at)paquier(dot)xyz> |
|---|---|
| To: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
| Cc: | igi(at)sraoss(dot)co(dot)jp, pgsql-bugs(at)lists(dot)postgresql(dot)org |
| Subject: | Re: BUG #19529: Documentation appears inconsistent with pg_dump --statistics behavior for CREATE STATISTICS objects |
| Date: | 2026-06-22 07:50:34 |
| Message-ID: | ajjpSqKEpXKA7Ww9@paquier.xyz |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
On Sun, Jun 21, 2026 at 12:55:34AM +0900, Fujii Masao wrote:
> This looks like a documentation oversight in (maybe) the commit that
> added extended statistics support to pg_dump.
This is a doc oversight. While working on the support of extstats
for this release, I have looked at holes like this one in the docs,
and did not consider the pattern of a linkend based on
sql-createstatistics.
The report mentions pg_dump, but we have the same wrong pattern in the
doc pages for pg_dumpall and pg_upgrade, leading me to the attached
for these three holes.
Thoughts?
--
Michael
| Attachment | Content-Type | Size |
|---|---|---|
| extstats-restore-docs.patch | text/plain | 2.3 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Amit Langote | 2026-06-22 08:28:00 | Re: BUG #19484: Segmentation fault triggered by FDW |
| Previous Message | Hüseyin Demir | 2026-06-22 06:07:16 | Re: BUG #19483: pg_upgrade fails with orphan records in pg_init_priv catalog table |