Re: alter enum add value if not exists - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: alter enum add value if not exists
Date
Msg-id 505DF000.10006@dunslane.net
Whole thread Raw
In response to Re: alter enum add value if not exists  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: alter enum add value if not exists  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 09/20/2012 06:34 PM, Tom Lane wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
>> On 08/23/2012 07:39 AM, Magnus Hagander wrote:
>>> It doesn't break, of course ,since it's protected by the unique index.
>>> But aren't you at risk of getting the very error message you're trying
>>> to avoid?
>> Yeah, looking further this was probably a thinko on my part. Thanks for
>> noticing. I've moved the test down so it's done right after the lock is
>> acquired. Revised patch attached.
> This patch looks sane as far as it goes.  It strikes me though that if
> we're going to invent an opt_if_not_exists production in the grammar,
> there are a lot of other places where it should be used too, for
> consistency if nothing else.
>
> However, it would be reasonable to do that mop-up as a separate
> commit.  If you prefer, commit what you've got and then I'll see
> about the other thing.
>
>             


The enum piece is now committed.

I agree cleaning this up would be a good idea.

cheers

andrew



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: [RFC][PATCH] wal decoding, attempt #2 - Design Documents (really attached)
Next
From: "md@rpzdesign.com"
Date:
Subject: Re: [RFC][PATCH] wal decoding, attempt #2 - Design Documents (really attached)