| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера