Re: Brokenness in dump/restore for GENERATED expressions

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Brokenness in dump/restore for GENERATED expressions
Дата
Msg-id b12824c5-c441-a4f9-4dc4-389c58dc0db0@2ndquadrant.com
обсуждение исходный текст
Ответ на Brokenness in dump/restore for GENERATED expressions  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 2020-01-30 19:54, Tom Lane wrote:
> Using today's HEAD, the regression database cannot be dumped and
> restored normally.  Since the buildfarm isn't all red, I suppose
> it works in --binary-upgrade mode ... but if I just do
> 
> $ make installcheck  # to set up the test database
> $ pg_dump -Fc regression >r.dump
> $ createdb r2
> $ pg_restore -d r2 r.dump
> 
> I get
> 
> pg_restore: while PROCESSING TOC:
> pg_restore: from TOC entry 6016; 2604 24926 DEFAULT gtest1_1 b postgres
> pg_restore: error: could not execute query: ERROR:  column "b" of relation "gtest1_1" is a generated column
> Command was: ALTER TABLE ONLY public.gtest1_1 ALTER COLUMN b SET DEFAULT (a * 2);
> 
> 
> pg_restore: from TOC entry 6041; 2604 25966 DEFAULT gtest30_1 b postgres
> pg_restore: error: could not execute query: ERROR:  cannot use column reference in DEFAULT expression
> Command was: ALTER TABLE ONLY public.gtest30_1 ALTER COLUMN b SET DEFAULT (a * 2);

This is the same issue as 
<https://www.postgresql.org/message-id/15830.1575468847@sss.pgh.pa.us>. 
I will work in it this week.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: "曾文旌(义从)"
Дата:
Сообщение: Re: [Proposal] Global temporary tables
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Cache relation sizes?