Re: Could postgres be much cleaner if a future release skipped backward compatibility?
От | Marc G. Fournier |
---|---|
Тема | Re: Could postgres be much cleaner if a future release skipped backward compatibility? |
Дата | |
Msg-id | alpine.BSF.2.00.0910192254330.3709@hub.org обсуждение исходный текст |
Ответ на | Re: Could postgres be much cleaner if a future release skipped backward compatibility? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Could postgres be much cleaner if a future release skipped backward compatibility?
|
Список | pgsql-hackers |
On Mon, 19 Oct 2009, Tom Lane wrote: > Ron Mayer <rm_pg@cheapcomplexdevices.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@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org
В списке pgsql-hackers по дате отправления: