Re: pg_restore - generated column - not populating
| От | Peter Eisentraut |
|---|---|
| Тема | Re: pg_restore - generated column - not populating |
| Дата | |
| Msg-id | ee108f56-82a7-8a9e-21fd-a9cfc280bee3@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: pg_restore - generated column - not populating (Peter Eisentraut <peter.eisentraut@enterprisedb.com>) |
| Список | pgsql-bugs |
On 26.04.21 15:40, Peter Eisentraut wrote: >> I suspect this example is revealing bugs in both the backend >> (ATTACH PARTITION ought to take care of this, no?) and pg_dump >> (the backend can't be blamed for pg_dump's choices of columns >> to dump). Peter? > > The backend side of this would be fixed by the proposed > <https://www.postgresql.org/message-id/ac35da1c-e746-ea19-bfc3-84819a4e907d%40enterprisedb.com> > (it's the same code for ALTER TABLE ... INHERIT and ATTACH PARTITION). > > The pg_dump side can apparently be fixed by adding > > diff --git a/src/bin/pg_dump/common.c b/src/bin/pg_dump/common.c > index 1a261a5545..c210883ca3 100644 > --- a/src/bin/pg_dump/common.c > +++ b/src/bin/pg_dump/common.c > @@ -585,7 +585,7 @@ flagInhAttrs(DumpOptions *dopt, TableInfo *tblinfo, > int numTables) > } > > /* Remove generation expression from child */ > - if (foundGenerated && !dopt->binary_upgrade) > + if (foundGenerated && !dopt->binary_upgrade && > !tbinfo->ispartition) > tbinfo->attrdefs[j] = NULL; > } > } > > Looks like this was accidentally broken by the last minor release's > fixes in this area. Both of these issues have been fixed and will be in the next minor releases.
В списке pgsql-bugs по дате отправления: