2010/7/4 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>:
> Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> writes:
>> my syntax is reflecting fact, so these are not true parameters - it's
>> +/- similar to default values of function parameters.
>
> FWIW, that doesn't seem like a positive to me.
>
>> You cannot to
>> write do (a int := $1) $$ ... $$ - because utils statements hasn't
>> have variables.
>
> Yet.  I don't particularly want to relax that either, but the syntax of
> this feature shouldn't assume it'll be true forever.
>
> I think it's better to not confuse these things with default parameters,
> so Florian's idea looks better to me.
>
> BTW, we intentionally didn't put any provision for parameters into DO
> originally.  What's changed to alter that decision?
>
>                        regards, tom lane
>

It just concept - nothing more. And my instinct speak so inline code
block without external parametrization is useless.

Regards

Pavel Stehule

In response to

• Re: proof concept: do statement parametrization at 2010-07-04 13:58:04 from Tom Lane

Responses

• Re: proof concept: do statement parametrization at 2010-07-04 15:38:47 from Andrew Dunstan

pgsql-hackers by date

Next:	From: Pavel Stehule	Date: 2010-07-04 15:08:37
	Subject: Re: proof concept: do statement parametrization
Previous:	From: Andrew Dunstan	Date: 2010-07-04 14:28:47
	Subject: Re: proof concept: do statement parametrization