From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Daniel Farina <drfarina(at)acm(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: ALTER TABLE ... IF EXISTS feature? |
Date: | 2010-11-05 15:44:14 |
Message-ID: | 24809.1288971854@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On Nov 5, 2010, at 10:49 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I think you've phrased the question backwards. Why *should* we support
>> that large increment of complexity? The use-cases seem pretty few and
>> far between.
> Obviously we have different definitions of "a large increment in complexity".
Well,
(1) the proposal affects a large number of commands
(2) in some cases the correct behavior isn't obvious (I note Daniel's
example had *two* IF EXISTS options in one command...)
(3) it raises the bar of expectation for every future ALTER command
That spells "large maintenance burden" to me, even if any one command
would be relatively simple to fix. And we haven't even reached the
question of whether pg_dump could use these things usefully; I suspect
that the bottom-line issue there might be something else entirely.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Yeb Havinga | 2010-11-05 15:53:04 | Re: Fix for seg picksplit function |
Previous Message | Robert Haas | 2010-11-05 15:11:04 | Re: ALTER TABLE ... IF EXISTS feature? |