From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Gregory Stark <stark(at)enterprisedb(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Backend misfeasance for DEFAULT NULL |
Date: | 2007-10-28 22:52:00 |
Message-ID: | 9449.1193611920@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Gregory Stark <stark(at)enterprisedb(dot)com> writes:
> "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
>> Is it OK to change this behavior? Should I
>> back-patch, or not?
> I would tend to be more conservative than we've been in the past with
> back patching. We keep saying people should be on the most recent
> point release and people shouldn't be concerned about their
> application breaking. But if we make behaviour changes, even for
> things which are definitely bugs, we make those fears justified.
You have a point, but on reflection I think the odds of this change
breaking an existing application are low. The reason is that in the old
implementation, "DEFAULT NULL" is effectively not there at all, and so
an update to a newer point-release, or even a dump and reload, wouldn't
change the behavior of an existing database. Somebody creating *new*
tables with DDL that includes such a specification would see the
behavioral change, but if they are specifying it that way they'd
probably want it to work. Also, the lack of a complaint from the field
suggests to me that nobody has really been trying to do this anyway ...
Still, fixing only HEAD would be less work for me, so I'm happy with
that if it's the consensus.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2007-10-28 23:33:08 | Re: Backend misfeasance for DEFAULT NULL |
Previous Message | Gregory Stark | 2007-10-28 22:34:25 | Re: Backend misfeasance for DEFAULT NULL |