From: | "Marc G(dot) Fournier" <scrappy(at)hub(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Could postgres be much cleaner if a future release skipped backward compatibility? |
Date: | 2009-10-20 01:55:47 |
Message-ID: | alpine.BSF.2.00.0910192254330.3709@hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, 19 Oct 2009, Tom Lane wrote:
> Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com> writes:
>> Would postgres get considerably cleaner if a hypothetical 9.0 release
>> skipped backward compatibility and removed anything that's only
>> maintained for historical reasons?
>
> Yeah, and our user community would get a lot smaller too :-(
>
> Actually, I think any attempt to do that would result in a fork,
> and a consequent splintering of the community. We can get away
> with occasionally cleaning up individual problematic behaviors
> (example: implicit casts to text), but any sort of all-at-once
> breakage would result in a lot of people Just Saying No.
Just curious, but with that thought in mind, are we doing any code
cleanups as far as EOL releases? Ie. is there any code in our tree right
now that is for 'backward compatibility' for 7.3.x versions that could be
cleaned out?
I realize that this might not make a huge difference, but it would be
easier to do a 'gradual clean up', then an 'all-at-once' scenario, no?
----
Marc G. Fournier Hub.Org Hosting Solutions S.A.
scrappy(at)hub(dot)org http://www.hub.org
Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy(at)hub(dot)org
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-10-20 02:01:48 | Re: Could postgres be much cleaner if a future release skipped backward compatibility? |
Previous Message | KaiGai Kohei | 2009-10-20 01:35:38 | SE-PgSQL developer documentation (Re: Reworks for Access Control facilities (r2363)) |