Re: Upgrading a database dump/restore - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Upgrading a database dump/restore
Date
Msg-id 19172.1160366135@sss.pgh.pa.us
Whole thread Raw
In response to Re: Upgrading a database dump/restore  ("Mark Woodward" <pgsql@mohawksoft.com>)
Responses Re: Upgrading a database dump/restore
List pgsql-hackers
"Mark Woodward" <pgsql@mohawksoft.com> writes:
>> Whenever someone actually writes a pg_upgrade, we'll institute a policy
>> to restrict changes it can't handle.

> IMHO, *before* any such tool *can* be written, a set of rules must be
> enacted regulating catalog changes.

That one is easy: there are no rules.  We already know how to deal with
catalog restructurings --- you do the equivalent of a pg_dump -s and
reload.  Any proposed pg_upgrade that can't cope with this will be
rejected out of hand, because that technology was already proven five
years ago.

The issues that are actually interesting have to do with the contents
of user tables and indexes, not catalogs.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Mark Woodward"
Date:
Subject: Re: Upgrading a database dump/restore
Next
From: Jeremy Drake
Date:
Subject: width_bucket function for timestamps