Re: Upgrading a database dump/restore

Поиск
Список
Период
Сортировка
От Chuck McDevitt
Тема Re: Upgrading a database dump/restore
Дата
Msg-id EB48EBF3B239E948AC1E3F3780CF8F88011B9277@MI8NYCMAIL02.Mi8.com
обсуждение исходный текст
Ответ на Upgrading a database dump/restore  ("Mark Woodward" <pgsql@mohawksoft.com>)
Список pgsql-hackers
-----Original Message-----

I think we had that problem solved too in principle: build the new
catalogs in a new $PGDATA directory alongside the old one, and hard-link
the old user table files into that directory as you go.  Then pg_upgrade
never needs to change the old directory tree at all.  This gets a bit
more complicated in the face of tablespaces but still seems doable.
(I suppose it wouldn't work in Windows for lack of hard links, but
anyone trying to run a terabyte database on Windows deserves to lose
.
        regards, tom lane

---------------------------(end of broadcast)---------------------------

FYI:

Windows NTFS has always supported hard links.  It was symlinks it didn't
support until recently (now it has both).
And there isn't any reason Terabyte databases shouldn't work as well on
Windows as on Linux, other than limitations in PostgreSQL itself.




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [GENERAL] Anyone using "POSIX" time zone offset capability?
Следующее
От: "Andrew Dunstan"
Дата:
Сообщение: Re: [Plperlng-devel] Data Persists Past Scope