Re: Proposal: In-Place upgrade concept - Mailing list pgsql-hackers

From Martijn van Oosterhout
Subject Re: Proposal: In-Place upgrade concept
Date
Msg-id 20070703125919.GA25897@svana.org
Whole thread Raw
In response to Re: Proposal: In-Place upgrade concept  (Heikki Linnakangas <heikki@enterprisedb.com>)
Responses Re: Proposal: In-Place upgrade concept  (Heikki Linnakangas <heikki@enterprisedb.com>)
Re: Proposal: In-Place upgrade concept  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
List pgsql-hackers
On Tue, Jul 03, 2007 at 12:05:07PM +0100, Heikki Linnakangas wrote:
> >This is actually a bit of a problem. We would need to know when we
> >read in a page what the tupledescriptor for that relation looks like
> >to know which fields are varlena. I'm not sure how easy it would be
> >to arrange for the tuple descriptor to be passed down that far.
>
> Speaking of on-the-fly upgrading, ReadBuffer is already passed the
> Relation, which contains the TupleDesc, so I don't think that's a
> problem. Not sure how easy that would be to do in an external program
> like pg_migrator.

My reading of this thread so far is that we're intending to upgrade
pages on the fly? Which means that at any point in time, some pages
will be converted and some not, so the tuple descriptor isn't going to
help, surely you need some identifier on the page telling you if it's
upgraded or not?

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.

pgsql-hackers by date:

Previous
From: Zdenek Kotala
Date:
Subject: Re: Proposal: In-Place upgrade concept
Next
From: Heikki Linnakangas
Date:
Subject: Re: Proposal: In-Place upgrade concept