Re: Installing PL/pgSQL by default - Mailing list pgsql-general

From Tom Lane
Subject Re: Installing PL/pgSQL by default
Date
Msg-id 15661.1259906466@sss.pgh.pa.us
Whole thread Raw
In response to Re: Installing PL/pgSQL by default  (Andrew Dunstan <andrew@dunslane.net>)
Responses 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>)
List 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 by date:

Previous
From: Richard Broersma
Date:
Subject: Re: SELECTing every Nth record for better performance
Next
From: "A. Kretschmer"
Date:
Subject: Re: SELECTing every Nth record for better performance