| От | Tom Lane |
|---|---|
| Тема | Re: Resurrecting pg_upgrade |
| Дата | |
| Msg-id | 22350.1071266186@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Resurrecting pg_upgrade (Dave Smith <dave.smith@candata.com>) |
| Ответы |
Re: Resurrecting pg_upgrade
|
| Список | pgsql-hackers |
Dave Smith <dave.smith@candata.com> writes:
> Why not go the other way.
> 1) Dump the schemas.
> 2) Initdb with the new schemas in a tmp PGDATA
> 3) backup the schemas in the current PGDATA
> 4) move the new schemas from the new db into the current one.
This seems like approximately the same thing except you lose the
property of not having modified the old DB if you fail partway through.
What's the advantage exactly?
> This means that doing an update you would only have to have space for
> the system catalogs not the whole database.
That's true either way.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера