Re: 7.4 compatibility question - Mailing list pgsql-hackers

From Michael Brusser
Subject Re: 7.4 compatibility question
Date
Msg-id DEEIJKLFNJGBEMBLBAHCGEEKDNAA.michael@synchronicity.com
Whole thread Raw
In response to Re: 7.4 compatibility question  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: 7.4 compatibility question
List pgsql-hackers
> -----Original Message-----
> From: Bruce Momjian 
...
> The big question is whether the current release notes hit he right
> balanced.  Do they for you?

The last time I read the notes was when we upgraded to 7.3.4.
I'll pick up couple entries from Release Notes and the HISTORY file
(which we always read) for examples.

PostgreSQL now supports the ALTER TABLE ... DROP COLUMN functionality. => this is entirely sufficient. Detailed info
canbe found in the docs.
 

Optimizer improvements=> this tells me nothing. I suppose this could be a minor internal code
tweak, which does not affect me. On the other hand this could be a major
breakthrough, so now I can run some stupid query which would take
a week to complete in the previous release. How do I know? 

Fix to_ascii() buffer overruns=> I don't think I need any more details here

Work around buggy strxfrm() present in some Solaris releases=> if we did not suffer from this (big thanks for fixing!)
Iwould've
 
never guessed how it may manifest itself and affect the database,
even though this alone could be a strong reason for upgrade.

If you think this would take too much space and bloat the document,
then maybe the best solution is to have a reference number:Bug# 123 : Work around ...
Then I could go to some http://postgres../bugtrack enter this number
and learn more.

Mike.




pgsql-hackers by date:

Previous
From: Andreas Pflug
Date:
Subject: Re: multi-backend psql
Next
From: Gregor Zeitlinger
Date:
Subject: Re: is GiST still alive?