RE: Big 7.1 open items

Поиск
Список
Период
Сортировка
От Hiroshi Inoue
Тема RE: Big 7.1 open items
Дата
Msg-id 000e01bfdb12$ecc08f00$2801007e@tpf.co.jp
обсуждение исходный текст
Ответ на Re: Big 7.1 open items  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Big 7.1 open items  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Ryan Kirkpatrick
Дата:
Сообщение: Re: Re: Call for port testing on fmgr changes -- Results!
Следующее
От: "Philip J. Warner"
Дата:
Сообщение: RE: Big 7.1 open items