]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix inconsistencies with pg_restore --statistics[-only]
authorMichael Paquier <michael@paquier.xyz>
Mon, 15 Jun 2026 23:22:41 +0000 (08:22 +0900)
committerMichael Paquier <michael@paquier.xyz>
Mon, 15 Jun 2026 23:22:41 +0000 (08:22 +0900)
commit42ffdedcf743c23ba346eba8e3afce9da5e8f618
tree8f5ab852cef1c10abb170280a7d583941a3d715c
parentabb5825550a8b4a29e1ad7447a5165f4ec1357c7
Fix inconsistencies with pg_restore --statistics[-only]

Attempting to restore a schema, a table or an index with
--only-statistics skipped all the statistics of the objects wanted.
Like for pg_dump, statistics should be included, so this created an
assymetry between dump and restore.

A second set of problems existed for --table and --index, where the
presence of --statistics skipped the restore of the stats of the
object(s) targetted.

This issue has been reported originally as related to an inconsistency
with the way extended stats restore is handled in Postgres v19, but the
issue is related to the restore of relation and attribute statistics in
v18.  Some TAP tests are added to cover all these cases.

Reported-by: Chao Li <li.evan.chao@gmail.com>
Author: Chao Li <li.evan.chao@gmail.com>
Author: Michael Paquier <michael@paquier.xyz>
Reviewed-by: Corey Huinker <corey.huinker@gmail.com>
Discussion: https://postgr.es/m/66E80CAB-527C-42B1-BB65-3F82CF4AD998@gmail.com
Backpatch-through: 18
src/bin/pg_dump/pg_backup_archiver.c
src/bin/pg_dump/t/002_pg_dump.pl