Re: Overhead cost of Serializable Snapshot Isolation - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Overhead cost of Serializable Snapshot Isolation
Date
Msg-id 1318405813.21232.7.camel@fsopti579.F-Secure.com
Whole thread Raw
In response to Re: Overhead cost of Serializable Snapshot Isolation  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: Overhead cost of Serializable Snapshot Isolation  (Simon Riggs <simon@2ndQuadrant.com>)
Re: Overhead cost of Serializable Snapshot Isolation  (Greg Sabino Mullane <greg@endpoint.com>)
List pgsql-hackers
On tis, 2011-10-11 at 21:50 +0100, Simon Riggs wrote:
> I'm keen to ensure people enjoy the possibility of upgrading to the
> latest release. The continual need to retest applications mean that
> very few users upgrade quickly or with anywhere near the frequency
> with which we put out new releases. What is the point of rushing out
> software that nobody can use? pg_upgrade doesn't change your
> applications, so there isn't a fast path to upgrade in the way you
> seem to think.

This is a valid concern, which I share, but I think adding a few
configuration parameters of the nature, "this setting really means what
this setting meant in the old release" is only the tip of the iceberg.
Ensuring full compatibility between major releases would require an
extraordinary amount of effort, including a regression test suite that
would be orders of magnitude larger than what we currently have.  I
frankly don't see the resources to do that.

The workaround strategy is that we maintain backbranches, so that users
are not forced to upgrade to incompatible releases.

Actually, I'm currently personally more concerned about the breakage we
introduce in minor releases.  We'd need to solve that problem before we
can even begin to think about dealing with the major release issue.




pgsql-hackers by date:

Previous
From: Jun Ishiduka
Date:
Subject: Re: Online base backup from the hot-standby
Next
From: Fujii Masao
Date:
Subject: Re: Online base backup from the hot-standby