From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Large object dumps vs older pg_restore |
Date: | 2010-02-17 21:42:35 |
Message-ID: | 4B7C62CB.5060302@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
[snip]
> Probably the only way we can make this design work is to bump the
> archive version number so that older pg_restores will fail. (Whereupon
> there is no need to rename the entry type BTW.) This is slightly
> annoying but it's not like we've not done it multiple times before.
>
> If we wanted to keep backwards compatibility, we'd have to leave
> the lo_create responsibility with the BLOBS item, and have the
> BLOB metadata items be things that just add ACLs/ownership/comments
> without doing the actual create, and have to be processed after
> BLOBS instead of before it. This is probably workable but it
> doesn't seem to me that it's accomplishing the goal of making blobs
> work like normal objects.
>
> So, any objections to bumping the version number?
>
>
>
When I read the snipped part of this email my immediate thought was "Why
aren't we bumping the archive version number?"
So +1 for this course of action.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Faouzi Semlali | 2010-02-17 21:50:55 | Need "SQLDA support for ECPG" |
Previous Message | David E. Wheeler | 2010-02-17 20:50:12 | Re: [HACKERS] Listen/Notify payload and interfaces |