Re: Postgresql performance and tuning questions

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Given, Robert A" <bgiven(at)bu(dot)edu>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Postgresql performance and tuning questions
Date: 2006-02-10 16:16:17
Message-ID: 19977.1139588177@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Given, Robert A" <bgiven(at)bu(dot)edu> writes:
> Our philosophy is to use products that have been established, tested and
> stable. We tend to not go with newer versions until they have time to
> mature and have the bugs worked out. This is the version of the DB that
> was packaged with the version of Linux we're using. So our thinking is
> that we will go with that until we learn better.

It is time for you to learn better, right now.

7.4.2 is old and has numerous known bugs. There is a valid argument
for sticking to the 7.4.* series, having to do with avoiding any
possible application-compatibility issues for apps that've only been
tested with 7.4.*, but there is no reason other than vendor laziness
to still be on a two-year-old subrelease in the 7.4.* series.

7.4 is currently at 7.4.11 (by Tuesday it will be 7.4.12) and there
are a significant number of security holes and risk-of-data-loss bugs
fixed in those updates. See the release history at
http://developer.postgresql.org/docs/postgres/release.html
and then ask yourself if you still trust your Linux vendor's judgment
so much.

Or you can "learn better" the hard way, by losing data. Your choice.

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Scott Marlowe 2006-02-10 16:16:46 Re: Postgresql performance and tuning questions
Previous Message C. Bensend 2006-02-10 15:57:17 Is the database being VACUUMed?