Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit e2e95f5

Browse files
committed
Fix pg_dump's handling of public schema with both -c and -C options.
Since -c plus -C requests dropping and recreating the target database as a whole, not dropping individual objects in it, we should assume that the public schema already exists and need not be created. The previous coding considered only the state of the -c option, so it would emit "CREATE SCHEMA public" anyway, leading to an unexpected error in restore. Back-patch to 9.2. Older versions did not accept -c with -C so the issue doesn't arise there. (The logic being patched here dates to 8.0, cf commit 2193121, so it's not really wrong that it didn't consider the case at the time.) Note that versions before 9.6 will still attempt to emit REVOKE/GRANT on the public schema; but that happens without -c/-C too, and doesn't seem to be the focus of this complaint. I considered extending this stanza to also skip the public schema's ACL, but that would be a misfeature, as it'd break cases where users intentionally changed that ACL. The real fix for this aspect is Stephen Frost's work to not dump built-in ACLs, and that's not going to get back-ported. Per bugs #13804 and #14271. Solution found by David Johnston and later rediscovered by me. Report: <20151207163520.2628.95990@wrigleys.postgresql.org> Report: <20160801021955.1430.47434@wrigleys.postgresql.org>
1 parent e9888c2 commit e2e95f5

File tree

1 file changed

+11
-4
lines changed

1 file changed

+11
-4
lines changed

src/bin/pg_dump/pg_backup_archiver.c

+11-4
Original file line numberDiff line numberDiff line change
@@ -3268,15 +3268,22 @@ _printTocEntry(ArchiveHandle *AH, TocEntry *te, bool isData, bool acl_pass)
32683268

32693269
/*
32703270
* Avoid dumping the public schema, as it will already be created ...
3271-
* unless we are using --clean mode, in which case it's been deleted and
3272-
* we'd better recreate it. Likewise for its comment, if any.
3271+
* unless we are using --clean mode (and *not* --create mode), in which
3272+
* case we've previously issued a DROP for it so we'd better recreate it.
3273+
*
3274+
* Likewise for its comment, if any. (We could try issuing the COMMENT
3275+
* command anyway; but it'd fail if the restore is done as non-super-user,
3276+
* so let's not.)
3277+
*
3278+
* XXX it looks pretty ugly to hard-wire the public schema like this, but
3279+
* it sits in a sort of no-mans-land between being a system object and a
3280+
* user object, so it really is special in a way.
32733281
*/
3274-
if (!ropt->dropSchema)
3282+
if (!(ropt->dropSchema && !ropt->createDB))
32753283
{
32763284
if (strcmp(te->desc, "SCHEMA") == 0 &&
32773285
strcmp(te->tag, "public") == 0)
32783286
return;
3279-
/* The comment restore would require super-user privs, so avoid it. */
32803287
if (strcmp(te->desc, "COMMENT") == 0 &&
32813288
strcmp(te->tag, "SCHEMA public") == 0)
32823289
return;

0 commit comments

Comments
 (0)