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 по дате отправления: