Re: Upgrading a database dump/restore - Mailing list pgsql-hackers

From Chuck McDevitt
Subject Re: Upgrading a database dump/restore
Date
Msg-id EB48EBF3B239E948AC1E3F3780CF8F88011B9277@MI8NYCMAIL02.Mi8.com
Whole thread Raw
In response to Upgrading a database dump/restore  ("Mark Woodward" <pgsql@mohawksoft.com>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: [GENERAL] Anyone using "POSIX" time zone offset capability?
Next
From: "Andrew Dunstan"
Date:
Subject: Re: [Plperlng-devel] Data Persists Past Scope