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

From Tom Lane
Subject Re: Big 7.1 open items
Date
Msg-id 3238.961126521@sss.pgh.pa.us
Whole thread Raw
In response to RE: Big 7.1 open items  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
Responses RE: Big 7.1 open items  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
Re: Big 7.1 open items  (JanWieck@t-online.de (Jan Wieck))
List pgsql-hackers
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> Tablespace is an encapsulation of table allocation and the 
> name should be irrevant to the location basically. So above
> seems very bad for me.
> Anyway I don't see any advantage in fixed mapping impleme
> ntation. After renewal,we should at least have a possibility to
> allocate a specific table in arbitrary separate directory.

Call a "directory" a "tablespace" and we're on the same page,
aren't we?  Actually I'd envision some kind of admin command
"CREATE TABLESPACE foo AS /path/to/wherever". That would make
appropriate system catalog entries and also create a symlink
from ".../data/base/foo" (or some such place) to the target
directory.  Then when we make a table in that tablespace,
it's in the right place.  Problem solved, no?

It gets a little trickier if you want to be able to split
multi-gig tables across several tablespaces, though, since
you couldn't just append ".N" to the base table path in that
scenario.

I'd be interested to know what sort of facilities Oracle
provides for managing huge tables...
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Hiroshi Inoue"
Date:
Subject: RE: Big 7.1 open items
Next
From: Tom Lane
Date:
Subject: Re: Big 7.1 open items