Re: Why dump/restore to upgrade?

Поиск
Список
Период
Сортировка
От Dann Corbit
Тема Re: Why dump/restore to upgrade?
Дата
Msg-id D90A5A6C612A39408103E6ECDD77B8290FD4C3@voyager.corporate.connx.com
обсуждение исходный текст
Ответ на Why dump/restore to upgrade?  (mlw <markw@mohawksoft.com>)
Список pgsql-hackers
-----Original Message-----
From: mlw [mailto:markw@mohawksoft.com]
Sent: Thursday, February 07, 2002 6:56 PM
To: PostgreSQL-development
Subject: [HACKERS] Why dump/restore to upgrade?


We all understand the reasons why one MUST dump and restore to upgrade
to 7.2,
but I'd like to make a general call to arms that this (or 7.3) should be
the
last release to require this.

It doesn't look good. One should be able to upgrade in place, and even
revert
to an older version, if nessisary.

What do you all think?
>>-------------------------------------------------------------------
I think sometimes it might be good to change the internal structure.

Rdb has made me do dump and load.
SQL*Server has made me do dump and load.

However, if there is a change to internal structure that requires such a
transition, it is traditional to change the MAJOR version number since
the change is traumatic.

Something that can make the transition a lot less painful is to
automatically output the SQL schema in a manner such that dependencies
are not violated.  (e.g. don't try to create a view before the table is
defined, stuff like that).

To try to say "The internal structure will never need to change again"
will lead to either certain failure or stagnation because you can't 
update the internals.
<<-------------------------------------------------------------------


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

Предыдущее
От: Lincoln Yeoh
Дата:
Сообщение: Re: Threaded PosgreSQL server
Следующее
От: David Eduardo Gomez Noguera
Дата:
Сообщение: aggregate functions only for numbers?