Re: Dumping/restoring fails on inherited generated column
В списке pgsql-hackers по дате отправления:
| От | Daniel Gustafsson |
|---|---|
| Тема | Re: Dumping/restoring fails on inherited generated column |
| Дата | |
| Msg-id | 17D8397B-8C85-4B8D-9045-873DB693FA9F@yesql.se обсуждение |
| Ответ на | Re: Dumping/restoring fails on inherited generated column (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
| Список | pgsql-hackers |
> On 25 Sep 2020, at 15:07, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > We could probably fix this by having ALTER TABLE ONLY / DROP EXPRESSION update the attlocal column of direct children totrue, to make the catalog state look like something that can be restored. However, that's a fair amount of complicatedcode, so for now I propose to just prohibit this command, meaning you can't use ONLY in this command if thereare children. This is new in PG13, so this change would have very limited impact in practice. That sounds a bit dramatic. Do you propose to do that in v13 as well or just in HEAD? If the latter, considering that the window until the 14 freeze is quite wide shouldn't we try to fix it first? cheers ./daniel
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера