Re: The case for version number inflation - Mailing list pgsql-advocacy

From Selena Deckelmann
Subject Re: The case for version number inflation
Date
Msg-id CAN1EF+x79rJG=69Qz1sz+qoENkMbSabrsxFYDJMwr3yxFVBz1w@mail.gmail.com
Whole thread Raw
In response to Re: The case for version number inflation  (Josh Berkus <josh@agliodbs.com>)
Responses Re: The case for version number inflation
List pgsql-advocacy



On Thu, Feb 28, 2013 at 11:16 AM, Josh Berkus <josh@agliodbs.com> wrote:
Selena,

> This seems like a case to be made for Postgres to respond more elegantly to
> this situation, possibly by converting blocks on the fly to the newer
> version of the database for writes and being ok with reading previous
> versions of blocks, or simply not writing data to the filesystem when the
> versions don't match.

It's on the TODO list.  It's just really hard to implement, especially
if you consider the combinational challenge.

One step at a time. :)
 
Postgres won't start up if the binaries don't match the data ... unless
someone has written a script which replaces the pg_control file :-(

Seems like we could make that mechanism more robust :)
 
-selena

pgsql-advocacy by date:

Previous
From: Josh Berkus
Date:
Subject: Re: The case for version number inflation
Next
From: "Gilberto Castillo"
Date:
Subject: Re: The case for version number inflation