Re: proposal - plpgsql: execute using into

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Pavel Stehule" <pavel(dot)stehule(at)hotmail(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: proposal - plpgsql: execute using into
Date: 2006-03-27 21:09:36
Message-ID: 17359.1143493776@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

"Pavel Stehule" <pavel(dot)stehule(at)hotmail(dot)com> writes:
> Current EXECUTE statemtn doesn't support other way for parametrisation than
> concating strings. It works well but it's little bit unreadable. Oracle's
> statement EXECUTE has positional replacement feature.
> ...
> There are some problems about replacing string values in the SQL string.

Doesn't the Oracle implementation already imply a solution to that?

The examples you give look to me like they are escaping problems waiting
to happen, especially in view of the upcoming change in default
backslash behavior, so this whole thing makes me feel pretty nervous.
I think we'd be best off to leave EXECUTE alone, at least until we've
converged to the point where almost nobody is using non-standard-compliant
strings.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Stark 2006-03-27 22:01:49 Re: [GENERAL] PANIC: heap_update_redo: no block
Previous Message Pavel Stehule 2006-03-27 19:39:54 proposal - plpgsql: execute using into

Browse pgsql-patches by date

  From Date Subject
Next Message Pavel Stehule 2006-03-28 13:01:55 Re: proposal - plpgsql: execute using into
Previous Message Tom Lane 2006-03-27 20:01:05 Re: proposal - plpgsql: execute using into