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

Commit bdaa0d2

Browse files
committed
pg_dump: Fix dump of generated columns in partitions
The previous fix for dumping of inherited generated columns (0bf8364) must not be applied to partitions, since, unlike normal inherited tables, they are always dumped separately and reattached. Reported-by: Santosh Udupi <email@hitha.net> Discussion: https://www.postgresql.org/message-id/flat/CACLRvHZ4a-%2BSM_159%2BtcrHdEqxFrG%3DW4gwTRnwf7Oj0UNj5R2A%40mail.gmail.com
1 parent 13ff139 commit bdaa0d2

File tree

1 file changed

+6
-4
lines changed

1 file changed

+6
-4
lines changed

src/bin/pg_dump/common.c

Lines changed: 6 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -446,9 +446,11 @@ flagInhIndexes(Archive *fout, TableInfo tblinfo[], int numTables)
446446
* - Detect child columns that have a generation expression when their parents
447447
* also have one. Generation expressions are always inherited, so there is
448448
* no need to set them again in child tables, and there is no syntax for it
449-
* either. (Exception: In binary upgrade mode we dump them because
450-
* inherited tables are recreated standalone first and then reattached to
451-
* the parent.)
449+
* either. Exceptions: If it's a partition or we are in binary upgrade
450+
* mode, we dump them because in those cases inherited tables are recreated
451+
* standalone first and then reattached to the parent. (See also the logic
452+
* in dumpTableSchema().) In that situation, the generation expressions
453+
* must match the parent, enforced by ALTER TABLE.
452454
*
453455
* modifies tblinfo
454456
*/
@@ -551,7 +553,7 @@ flagInhAttrs(DumpOptions *dopt, TableInfo *tblinfo, int numTables)
551553
}
552554

553555
/* Remove generation expression from child */
554-
if (foundGenerated && !dopt->binary_upgrade)
556+
if (foundGenerated && !tbinfo->ispartition && !dopt->binary_upgrade)
555557
tbinfo->attrdefs[j] = NULL;
556558
}
557559
}

0 commit comments

Comments
 (0)