Re: Big 7.1 open items - Mailing list pgsql-hackers

From The Hermit Hacker
Subject Re: Big 7.1 open items
Date
Msg-id Pine.BSF.4.21.0006221904350.1098-100000@thelab.hub.org
Whole thread Raw
In response to Re: Big 7.1 open items  (Don Baccus <dhogaza@pacifier.com>)
List pgsql-hackers
On Wed, 21 Jun 2000, Don Baccus wrote:

> At 01:43 PM 6/22/00 +1000, Chris Bitmead wrote:
> 
> >I'm wondering if pg_dump should store the location of the tablespace. If
> >your machine dies, you get a new machine to re-create the database, you
> >may not want the tablespace in the same spot. And text-editing a
> >gigabyte file would be extremely painful.
> 
> So you don't dump your create tablespace statements, recognizing that on
> a new machine (due to upgrades or crashing) you might assign them to
> different directories/mount points/whatever.  That's the reason for
> wanting to hide physical allocation in tablespaces ... the rest of
> your datamodel doesn't need to know.
> 
> Or you do dump your tablespaces, and knowing the paths assigned
> to various ones set up your new machine accordingly.

Or, modify pg_dump so that it auto-dumps to two files, one for schema, one
for data.  then its easier to modify the schema on a large database if
tablespaces change ...




pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Interesting mention of PostgreSQL in news
Next
From: Peter Eisentraut
Date:
Subject: Re: Makefile.global is kind of a pain