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
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 |
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 |