Subject: Re: GRANT ON ALL IN schema
From: Peter Eisentraut <peter_e@gmx.net>
To: Sam Mason <sam@samason.me.uk>
Cc: pgsql-hackers@postgresql.org
In-Reply-To: <20090815223102.GS5407@samason.me.uk>
References: <603c8f070908050951s3e5df452se4c610f01b80bb7d@mail.gmail.com>
	<21246.1249491592@sss.pgh.pa.us> <200908101042.35024.peter_e@gmx.net>
	<4A7FE7F902000025000296E3@gw.wicourts.gov>
	<4A803A89.9020509@dunslane.net>
	<2CCE9C1D-919D-45D5-BFC2-C7723C45064E@hi-media.com>
	<162867790908150434j7aef36ecm202e81c4bb4740fa@mail.gmail.com>
	<4A86B5D5.6060807@dunslane.net> <4A871F46.1040002@agliodbs.com>
	<5D5ECAE0-F2B0-479B-9594-50AAF18F10ED@hi-media.com>
	<20090815223102.GS5407@samason.me.uk>
Content-Type: text/plain; charset="UTF-8"
Date: Sun, 16 Aug 2009 02:15:39 +0300
Message-Id: <1250378139.18992.6.camel@vanquo.pezone.net>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit

On lör, 2009-08-15 at 23:31 +0100, Sam Mason wrote:
> On Sat, Aug 15, 2009 at 11:34:04PM +0200, Dimitri Fontaine wrote:
> > Nitpicking dept, I think I prefer:
> > 
> >  DO [ [LANGUAGE] language] $$ ... $$;
> >  DO plperl $$ ... $$;
> >  DO language plpython $$ ... $$;
> > 
> > language is optional and defaults to plpgsql.
> 
> Yup, sounds nicer.  The less globals the better!
> 
> Next all you need is to be able to PREPARE them (and somehow access the
> parameters from execute) and you'll have nice local functions. :)

Yeah, rather than just making up some new command for "execute this
string", this could be generalized as lambda expressions that could be
called whereever an expression is allowed.  E.g.

SELECT LAMBDA $$ ... $$;

-- if CALL is implemented
CALL LAMBDA $$ ... $$;

PREPARE foo AS SELECT LAMBDA $$ ... $$;
EXECUTE foo;

SELECT (LAMBDA (x int, y text) $$ ... $$) (37, 'foo');