aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeHash.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2023-12-29 10:57:11 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2023-12-29 10:57:11 -0500
commit69d7edb06fc69da114b075be58dd4318916500e5 (patch)
tree68deeb3662a411250d1603cd360fba1ebba1802e /src/backend/executor/nodeHash.c
parentb901961be1d5191650cb4fae49e403843fc57ccc (diff)
downloadpostgresql-69d7edb06fc69da114b075be58dd4318916500e5.tar.gz
postgresql-69d7edb06fc69da114b075be58dd4318916500e5.zip
In pg_dump, don't dump a stats object unless dumping underlying table.
If the underlying table isn't being dumped, it's useless to dump an extended statistics object; it'll just cause errors at restore. We have always applied similar policies to, say, indexes. (When and if we get cross-table stats objects, it might be profitable to think a little harder about what to do with them. But for now there seems no point in considering a stats object as anything but an appendage of its table.) Rian McGuire and Tom Lane, per report from Rian McGuire. Back-patch to supported branches. Discussion: https://postgr.es/m/7075d3aa-3f05-44a5-b68f-47dc6a8a0550@buildkite.com
Diffstat (limited to 'src/backend/executor/nodeHash.c')
0 files changed, 0 insertions, 0 deletions