Re: --single-transaction hack to pg_upgrade does not work - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: --single-transaction hack to pg_upgrade does not work
Date
Msg-id 50BA3987.9060705@dunslane.net
Whole thread Raw
In response to Re: --single-transaction hack to pg_upgrade does not work  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 12/01/2012 12:06 PM, Tom Lane wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
>> Does this actually get you over the problem identified in the comment?:
>>    * We disallow this in transaction blocks, because we can't cope
>>    * with enum OID values getting into indexes and then having their
>>    * defining pg_enum entries go away.
> Why wouldn't it?  If the enum type was created in the current xact, then
> surely any table columns of the type, or a fortiori indexes on the type,
> were also created in the current xact and they'd all go away on abort.
>
>             

OK, I understand. So this seems like a Good Thing to do.

cheers

andrew




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: --single-transaction hack to pg_upgrade does not work
Next
From: Andres Freund
Date:
Subject: Re: --single-transaction hack to pg_upgrade does not work