Re: controlling the location of server-side SSL files

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: controlling the location of server-side SSL files
Дата
Msg-id CA+TgmoaAvTHihxd30Bx66+B6Jw-5vjh=4BY1KPLeBMM0CDksEQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: controlling the location of server-side SSL files  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: controlling the location of server-side SSL files  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Jan 3, 2012 at 6:25 PM, Peter Eisentraut <peter_e@gmx.net> wrote:
> On mån, 2012-01-02 at 23:42 -0500, Tom Lane wrote:
>> Peter Eisentraut <peter_e@gmx.net> writes:
>> > On mån, 2012-01-02 at 15:47 +0100, Magnus Hagander wrote:
>> >> Were you thinking one option pointing to a directory or one option per
>> >> file?
>>
>> > One option per file:
>>
>> That seems like serious overkill.  Why not one option specifying the
>> directory?  What use-case is there for letting them be in different
>> directories, let alone letting the DBA choose random names for each one?
>
> [ reasons ]

I agree with these reasons.  We don't get charged $0.50 per GUC, so
there's no particular reason to contort things to have fewer of them.
It's nice where it's possible, of course, but not when it makes people
contort things to support the way we think our users should lay out
their filesystem.

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


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: pg_regress: Replace exit_nicely() with exit() plus atexit() hook
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Add SPI results constants available for PL/*