Re: Dumping/restoring fails on inherited generated column
От | Peter Eisentraut |
---|---|
Тема | Re: Dumping/restoring fails on inherited generated column |
Дата | |
Msg-id | e8e3f666-9050-1029-42cf-d0ecfdb8902e@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: Dumping/restoring fails on inherited generated column (Masahiko Sawada <sawada.mshk@gmail.com>) |
Ответы |
Re: Dumping/restoring fails on inherited generated column
|
Список | pgsql-hackers |
On 2020-11-06 04:55, Masahiko Sawada wrote: >> Both of these result in the same change to the dump output. Both of >> them have essentially the same idea. The first one adds the >> conditionals during the information gathering phase of pg_dump, the >> second one adds the conditionals during the output phase. >> >> Any further thoughts? > I think the first one is better than the second (mine) because it can > save the number of intermediate objects. I was hoping to wrap this issue up this week, but I found more problems with how these proposed changes interact with --binary-upgrade mode. I think I need to formalize my findings into pg_dump test cases as a next step. Then we can figure out what combination of tweaks will make them all work. -- Peter Eisentraut 2ndQuadrant, an EDB company https://www.2ndquadrant.com/
В списке pgsql-hackers по дате отправления: