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

From Hiroshi Inoue
Subject RE: Big 7.1 open items
Date
Msg-id 000e01bfdb12$ecc08f00$2801007e@tpf.co.jp
Whole thread Raw
In response to Re: Big 7.1 open items  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: Big 7.1 open items
List pgsql-hackers
> -----Original Message-----
> From: Peter Eisentraut
>
> Bruce Momjian writes:
>
> > If we have a new CREATE DATABASE LOCATION command, we can say:
> >
> >     CREATE DATABASE LOCATION dbloc IN '/var/private/pgsql';
> >     CREATE DATABASE newdb IN dbloc;
>
> We kind of have this already, with CREATE DATABASE foo WITH LOCATION =
> 'bar'; but of course with environment variable kludgery. But it's a start.
>
> >     mkdir /var/private/pgsql/dbloc
> >     ln -s /var/private/pgsql/dbloc data/base/dbloc
>
> I think the problem with this was that you'd have to do an extra lookup
> into, say, pg_location to resolve this. Some people are talking about
> blind writes, this is not really blind.
>
> >     CREATE LOCATION tabloc IN '/var/private/pgsql';
> >     CREATE TABLE newtab ... IN tabloc;
>
> Okay, so we'd have "table spaces" and "database spaces". Seems like one
> "space" ought to be enough.

Does your "database space" correspond to current PostgreSQL's database ?
And is it different from SCHEMA ?

Regards.

Hiroshi Inoue
Inoue@tpf.co.jp



pgsql-hackers by date:

Previous
From: Ryan Kirkpatrick
Date:
Subject: Re: Re: Call for port testing on fmgr changes -- Results!
Next
From: "Philip J. Warner"
Date:
Subject: RE: Big 7.1 open items