Re: Large object dumps vs older pg_restore

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

In response to

Browse pgsql-hackers by date

  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