Re: Installing PL/pgSQL by default

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Installing PL/pgSQL by default
Дата
Msg-id 15661.1259906466@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Installing PL/pgSQL by default  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: [HACKERS] Installing PL/pgSQL by default  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Re: Installing PL/pgSQL by default  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-general
Andrew Dunstan <andrew@dunslane.net> writes:
> Before we go too far with this, I'd like to know how we will handle the
> problems outlined here:
> <http://archives.postgresql.org/pgsql-hackers/2008-02/msg00916.php>

Hm, I think that's only a problem if we define it to be a problem,
and I'm not sure it's necessary to do so.  Currently, access to PL
languages is controlled by superusers.  You are suggesting that if
plpgsql is installed by default, then access to it should be controlled
by non-superuser DB owners instead.  Why do we have to move the
goalposts in that direction?  It's not like we expect that DB owners
should control access to other built-in facilities, like int8 or
pg_stat_activity for example.  The argument against having plpgsql
always available is essentially one of security risks, and I would
expect that most installations think that security risks are to be
managed by superusers.

            regards, tom lane

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

Предыдущее
От: Richard Broersma
Дата:
Сообщение: Re: SELECTing every Nth record for better performance
Следующее
От: "A. Kretschmer"
Дата:
Сообщение: Re: SELECTing every Nth record for better performance