diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2016-09-08 13:12:01 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2016-09-08 13:12:01 -0400 |
commit | df5d9bb8d5074138e6fea63ac8acd9b95a0eb859 (patch) | |
tree | 92cb411809e29bb029ddad15fc2969d39cd4420e /src/backend/access/gist/gistxlog.c | |
parent | e97e9c57bd22b2dfbfaf41f7d5c69789f7fad554 (diff) | |
download | postgresql-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