Do not dump identity sequences with excluded parent table
authorMichael Paquier
Wed, 22 Aug 2018 05:23:03 +0000 (14:23 +0900)
committerMichael Paquier
Wed, 22 Aug 2018 05:23:03 +0000 (14:23 +0900)
This commit prevents a crash of pg_dump caused by the exclusion of a
table which has identity columns, as the table would be correctly
excluded but not its identity sequence.  In order to fix that, identity
sequences are excluded if the parent table is defined as such.  Knowing
about such sequences has no meaning without their parent table anyway.

Reported-by: Andy Abelisto
Author: David Rowley
Reviewed-by: Peter Eisentraut, Michael Paquier
Discussion: https://postgr.es/m/153479393218.1316.8472285660264976457@wrigleys.postgresql.org
Backpatch-through: 10

src/bin/pg_dump/pg_dump.c

index 542f9e950dedc82b4b9b7f0f0fb0ef7502bd2356..c3d68810ca07a27be025ce5d1984d3a4812785eb 100644 (file)
@@ -6324,8 +6324,20 @@ getOwnedSeqs(Archive *fout, TableInfo tblinfo[], int numTables)
                          seqinfo->owning_tab, seqinfo->dobj.catId.oid);
 
        /*
-        * We need to dump the components that are being dumped for the table
-        * and any components which the sequence is explicitly marked with.
+        * Only dump identity sequences if we're going to dump the table that
+        * it belongs to.
+        */
+       if (owning_tab->dobj.dump == DUMP_COMPONENT_NONE &&
+           seqinfo->is_identity_sequence)
+       {
+           seqinfo->dobj.dump = DUMP_COMPONENT_NONE;
+           continue;
+       }
+
+       /*
+        * Otherwise we need to dump the components that are being dumped for
+        * the table and any components which the sequence is explicitly
+        * marked with.
         *
         * We can't simply use the set of components which are being dumped
         * for the table as the table might be in an extension (and only the