aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistxlog.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2016-09-08 13:12:01 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2016-09-08 13:12:01 -0400
commitdf5d9bb8d5074138e6fea63ac8acd9b95a0eb859 (patch)
tree92cb411809e29bb029ddad15fc2969d39cd4420e /src/backend/access/gist/gistxlog.c
parente97e9c57bd22b2dfbfaf41f7d5c69789f7fad554 (diff)
downloadpostgresql-df5d9bb8d5074138e6fea63ac8acd9b95a0eb859.tar.gz
postgresql-df5d9bb8d5074138e6fea63ac8acd9b95a0eb859.zip
Allow pg_dump to dump non-extension members of an extension-owned schema.
Previously, if a schema was created by an extension, a normal pg_dump run (not --binary-upgrade) would summarily skip every object in that schema. In a case where an extension creates a schema and then users create other objects within that schema, this does the wrong thing: we want pg_dump to skip the schema but still create the non-extension-owned objects. There's no easy way to fix this pre-9.6, because in earlier versions the "dump" status for a schema is just a bool and there's no way to distinguish "dump me" from "dump my members". However, as of 9.6 we do have enough state to represent that, so this is a simple correction of the logic in selectDumpableNamespace. In passing, make some cosmetic fixes in nearby code. Martín Marqués, reviewed by Michael Paquier Discussion: <99581032-71de-6466-c325-069861f1947d@2ndquadrant.com>
Diffstat (limited to 'src/backend/access/gist/gistxlog.c')
0 files changed, 0 insertions, 0 deletions