-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 01/26/07 17:28, Shane Ambler wrote:
> Bill Moran wrote:
>> I spend some time googling this and searching the Postgresql.org site,
>> but
>> I'm either not good enough with the search strings, or it's not to be
>> found.
>>
>> I'm trying to plan upgrades so that we don't upgrade needlessly, but also
>> don't get caught using stuff that nobody's supporting any more.
>> The FreeBSD project keeps this schedule:
>> http://www.freebsd.org/security/#adv
>> which is _really_ nice when talking to managers and similar people about
>> when upgrades need to be scheduled.
>>
>> Does the PostgreSQL project have any similar policy about EoLs? Even
>> just
>> a simple statement like, "it is our goal to support major branches for 2
>> years after release" or some such?
>>
>
> There is no set time frame planned that I know of.
>
> It is more a matter of users that keep the old versions alive. Some with
> large datasets on busy servers that can't allocate enough downtime to
> upgrade tend to be keeping the older versions running.
How much does the on-disk structure of *existing* tables and indexes
change between x.y versions?
Between, for example, 8.0 and 8.2?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFFupB8S9HxQb37XmcRArvWAKCwTj6kDG6+rAa4vZ30PEQUkDHy5ACg7CZf
8PaPJuy6gYBuCo5JNdxgdBQ=
=olUx
-----END PGP SIGNATURE-----