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>
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 |