Product Roadmap question and request for recommendation - Mailing list pgsql-general

From Keaton Adams
Subject Product Roadmap question and request for recommendation
Date
Msg-id 8D45712E-83E8-4277-BF7E-39E77006AE3E@adams6.net
Whole thread Raw
List pgsql-general
What would you do in this situation?

We are currently at PG 8.1 and are in the process of upgrading to 8.3.6.  I read on your development roadmap page that 8.4 is slated for release in Q1 of this year, possibly on the 31st of March:

“The next release of PostgreSQL is planned to be the 8.4 release. A tentative schedule for this version has a release in the first quarter of 2009.”

I have also read in the postings that the framework for in-place upgrades is being added to 8.4, so the actual upgrade to the forthcoming 8.5 can be done as in-place (without dump/restore), but there won’t be a way to do an in-place upgrade from any 8.3.x version directly to 8.5.

Upgrading some of our larger databases is rather painful and is a several day effort (staging historical data over time so the actual cutover can realistically be done in a weekend).  Right now 8.1 is working well for us, is extremely stable, and provides all of the functionality we need to support our applications. Given this, it sounds to me like it makes sense to wait a bit longer (2nd half of this year) for a 8.4.x version do to the dump/restore against for the last time so we can then, in the future, do in-place upgrades from 8.5 onward.

Any comments you can make on this suggestion would be very much appreciated.

Thank you,

Keaton Adams

pgsql-general by date:

Previous
From: David Andersen
Date:
Subject: Re: Extended ability to alter column type when empty
Next
From: Marek Lewczuk
Date:
Subject: overlaps behaviour - ('2006-03-01'::TimeStamp, '2007-12-01'::TimeStamp) overlaps ('2007-12-01'::TimeStamp, 'Infinity'::TimeStamp)