Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Alvaro Herrera wrote:
>> Another alternative would be internally creating a different temporary
>> enum, rewriting the tables one by one each on its own transaction, and
>> finish by dropping the original enum and renaming the temporary one.
>> This solves the deadlock problem.
> What happens when someone tries to join two of the tables, one that has
> been converted and one that hasn't? You might not have deadlock, but you
> won't have type integrity either, ISTM.
Not to mention the mess you'll be left with if the process fails after
converting some of the tables.
regards, tom lane
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2008-04-26 17:34:39|
|Subject: Re: we don't have a bugzilla |
|Previous:||From: Tom Lane||Date: 2008-04-26 17:27:50|
|Subject: Re: Proposed patch - psql wraps at window width |
pgsql-committers by date
|Next:||From: Robert Treat||Date: 2008-04-26 18:20:15|
|Subject: Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix
TransactionIdIsCurrentTransactionId() to use binary search|
|Previous:||From: Tom Lane||Date: 2008-04-26 17:26:44|
|Subject: Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search |