Re: A quick question on CONTRIB package

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Chris Browne <cbbrowne(at)acm(dot)org>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: A quick question on CONTRIB package
Date: 2006-05-31 22:49:08
Message-ID: 23434.1149115748@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general

Chris Browne <cbbrowne(at)acm(dot)org> writes:
> ramakrishna(dot)reddy(at)indussoft(dot)com ("Ramakrishna Reddy") writes:
>> We have very huge databases in many installations and infact have
>> plans for upgrading to latest releases. But as we are not very sure
>> about the stability of post 7.2.1 versions, refrained from doing
>> that. Could you please suggest me which version is the best in terms
>> of stability, performance and minimal bugs. We want to upgrade this
>> on both our Windows as well as Linux environments.

> Well, there are only three versions worth considering:
> ...
> It all seems to point to 8.1.4 being the best candidate.

I'm having a hard time not rolling on the floor laughing at this
discussion. If 7.2.1 is your standard of comparison, any of the later
branches are super stable ...

A more serious point is that 7.2.x to 8.x is a big jump in terms of
behavior; there were a lot of not-so-compatible changes in between.
Porting their application code first to 7.4 and then to 8.1 might be a
good plan in terms of not dealing with too many things at once.
I don't suggest moving their production databases twice, just divvying
up the work of testing and updating their applications.

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message John R. Allgood 2006-06-01 15:15:42 Postgres Backup Questions
Previous Message Chris Browne 2006-05-31 21:45:01 Re: A quick question on CONTRIB package

Browse pgsql-general by date

  From Date Subject
Next Message Joshua D. Drake 2006-05-31 22:59:04 Re: Lossy character conversion to Latin-1
Previous Message Craig White 2006-05-31 22:44:24 importing data