Re: Where to load modules from?

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Where to load modules from?
Дата
Msg-id CA+TgmoaP5AS6Jes+ZZtAew-Km0e3wJgWQJon9aYbevV7SzLWrw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Where to load modules from?  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: Where to load modules from?  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
On Wed, Sep 18, 2013 at 12:53 PM, Andres Freund <andres@2ndquadrant.com> wrote:
> On 2013-09-18 08:46:08 -0400, Robert Haas wrote:
>> Here's another idea.  At initdb time, create an empty directory called
>> called pg_you_can_load_stuff_from_here (pick a better name) inside
>> $PGDATA.  Allow it to be replaced with a symlink.  This would be
>> similar to what we do today with pg_xlog.  In fact, you can imagine an
>> equivalent of initdb -X that does something precisely analogous.  This
>> feels a bit more natural to me than a GUC.
>
> I think I'd prefer a GUC that allows specifying multiple directories
> that are searched in order to a single symlinked directory.

Why?

I ask because I have the opposite preference, based on the precedent of pg_xlog.

> Also, aren't "symlinks" an absolute PITA to manipulate by hand on
> windows?

Maybe so, but if that's an issue here it's a preexisting issue also.
I think we shouldn't burden this patch with fixing it.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Dead code or buggy code?
Следующее
От: David Johnston
Дата:
Сообщение: Re: Not In Foreign Key Constraint