Re: The case for version number inflation

From: Selena Deckelmann <selena(at)chesnok(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: pgsql-advocacy <pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: The case for version number inflation
Date: 2013-02-28 19:35:42
Message-ID: CAN1EF+x79rJG=69Qz1sz+qoENkMbSabrsxFYDJMwr3yxFVBz1w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy

On Thu, Feb 28, 2013 at 11:16 AM, Josh Berkus <josh(at)agliodbs(dot)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
<http://chesnok.com>

In response to

Responses

Browse pgsql-advocacy by date

  From Date Subject
Next Message Gilberto Castillo 2013-02-28 19:41:34 Re: The case for version number inflation
Previous Message Josh Berkus 2013-02-28 19:16:02 Re: The case for version number inflation