Re: Using ALTER TABLESPACE in pg_dump - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Using ALTER TABLESPACE in pg_dump
Date
Msg-id 21161.1098723200@sss.pgh.pa.us
Whole thread Raw
In response to Re: Using ALTER TABLESPACE in pg_dump  (Fabien COELHO <coelho@cri.ensmp.fr>)
Responses Re: Using ALTER TABLESPACE in pg_dump
Re: Using ALTER TABLESPACE in pg_dump
List pgsql-hackers
Fabien COELHO <coelho@cri.ensmp.fr> writes:
> I disagree on the view that being able to restore a database on another 
> machine after a crash is an "abstract second-order goal";-)

> ISTM that the core business of a database is to help organize and protect 
> data, and it is plainly that. You just wish you won't need it, so it is 
> somehow "abstract", but when and if you need it, it is not "second-order" 
> at all;-) and it is much too late to redo the dump.

So you create some tablespaces by hand.  Big deal.  This objection is
not strong enough to justify an ugly, klugy definition for where tables
get created.

If tablespaces had to be associated with physically distinct devices
then there would be merit in your concerns, but they are only
directories and so there is no reason that you cannot create the same
set of tablespace names on your new machine that you had on your old.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: timestamp with time zone a la sql99
Next
From: Tom Lane
Date:
Subject: Re: rmtree() failure on Windows