Re: Versioning policy and pg_upgrade

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Versioning policy and pg_upgrade
Дата
Msg-id AANLkTike8uZXr-0Y7ee6eg=zOe0YVqskkHP9AwJXpzGB@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Versioning policy and pg_upgrade  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: Versioning policy and pg_upgrade  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-www
On Fri, Jan 28, 2011 at 9:50 PM, Bruce Momjian <bruce@momjian.us> wrote:
>> 1. This is the wrong mailing list for this discussion.
>
> It's a web site patch. Where should it be posted?

Oh, sorry.  I thought we were talking about the docs.

>> 2. I think the whole point here is that we've had a policy change: we
>> are now making an effort to maintain backward compatibility for data
>> files, though not for system tables.  The docs should reflect that.
>>
>> Maybe something like:
>>
>> Major releases usually change the format of system tables.  These
>> changes are often complex, so we do not maintain backward
>> compatibility.  Our dump and reload tools do maintain backward
>> compatibility and are the most reliable way to perform a major version
>> upgrade.  Some major releases also change the internal format of data
>> files; however, in recent releases, we have made an attempt to
>> minimize such changes.  In cases where the data file formats have not
>> changed, pg_upgrade can also be used for major upgrade version
>> upgrades; this is typically much faster than a dump and reload.
>
> That seems quite detailed for the web site.  If we want that I think we
> should add those details to the pg_upgrade manual page.  Some of that is
> already there.

It's not that much more than you wrote, and it has the redeeming value
of being accurate...

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


В списке pgsql-www по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Versioning policy and pg_upgrade
Следующее
От: Thom Brown
Дата:
Сообщение: Re: Versioning policy and pg_upgrade