Re: Mid cycle release?
От | Stefan Kaltenbrunner |
---|---|
Тема | Re: Mid cycle release? |
Дата | |
Msg-id | 45098B71.2040900@kaltenbrunner.cc обсуждение исходный текст |
Ответ на | Re: Mid cycle release? ("Joshua D. Drake" <jd@commandprompt.com>) |
Ответы |
Re: Mid cycle release?
|
Список | pgsql-hackers |
Joshua D. Drake wrote: > >>>> In addition to that this plan might hold back some people from >>>> upgrading >>>> to 8.2 which solves quite a few critical issues with features we >>>> marketed/introduced during the past 8.x cycles and are really getting >>>> polished and usable now (partitioning,pitr,...) and 8.2 gives quite a >>>> nice performance boost for a lot of workloads too. >>>> >>> I frankly won't see many people migrate to 8.2. Most of my customers >>> will wait for 8.3 anyway. (except new business of course). >> >> I disagree - 8.2 is much more attractive for us then say 8.0 or 8.1 was >> and we will probably adopt it rather aggressively ... > > That's why I said "I frankly won't". I have customers with multi > terrabyte datasets. 8.1 performs wonderfully for them. It would be a > hard push to initiate an 8.2 outage for that. maybe - we have mostly OLTP style databases in the 2-3 figure gigabyte range and none of the features you want to see an entire major release done for would be a reason to upgrade for us. Things 30% overall performance increase for a large set of queries (in our apps) due to planner improvements and things like restartable recovery and reduced dump & restore times (due to the sorting fixes) however are :-) Point I want to make is - all those are cool features(and might be critical for some) but I don't think they warrant a dramatic change in the release cycle policy ... Stefan
В списке pgsql-hackers по дате отправления: