Re: [PATCH] Space reservation v02 - Mailing list pgsql-hackers

From Zdenek Kotala
Subject Re: [PATCH] Space reservation v02
Date
Msg-id 1233596570.2665.18.camel@localhost
Whole thread Raw
In response to Re: [PATCH] Space reservation v02  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
Gregory Stark píše v pá 30. 01. 2009 v 16:56 +0000:
> Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> 
> > Zdenek Kotala wrote:
> >> Bruce Momjian píše v pá 30. 01. 2009 v 10:41 -0500:
> >>> Well, I was thinking the new pg_class column would allow the upgrade to
> >>> verify the pre-upgrade script was run properly, but a flat file works
> >>> just as well if we assume we are going to pre-upgrade in one pass.
> >>
> >> Flat file or special table for pg_upgrade will work fine. 
> >
> > Right, there's no difference in what you can achieve, whether you store the
> > additional info in a flat file, special table or extra pg_class columns. If you
> > can store something in pg_class, you can store it elsewhere just as well.
> 
> Well having a column in pg_class does have some advantages. Like, you could
> look at the value from an sql session more easily. And if there are operations
> which we know are unsafe -- such as adding columns -- we could clear it from
> the server side easily.

I think, For pg_upgrade script is more useful to have possibility to
registry triggers on metadata change. It is general feature and after
that you can do what you want.
Zdenek



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: parallel restore
Next
From: Bruce Momjian
Date:
Subject: Re: How to get SE-PostgreSQL acceptable