Re: Alternative database locations are broken

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Alternative database locations are broken
Дата
Msg-id 16178.973541293@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Alternative database locations are broken  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> How do we control the allowed paths?  Should we continue with the
> environment variables?  Perhaps a config option listing the allowed
> directories?  A system catalog?

The environment variables are a pretty sucky mechanism, IMHO;
an installation-wide catalog would be nicer.  HOWEVER: I do not
think it's reasonable to try to make that happen for 7.1, considering
how close we are to beta.  So I recommend that we continue to base
allowed paths on environment variables for this release.

> Somehow I also get the feeling that pg_dumpall should be saving these
> paths...

Yup, probably so.  If you stick the LOCATION string into
pg_database.datpath (which no longer has any other use)
then it'd be easy to make pg_dumpall do so.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Alternative database locations are broken
Следующее
От: "Mikheev, Vadim"
Дата:
Сообщение: RE: [COMMITTERS] pgsql/src/backend/access/transam (xact.c xlog.c)