Re: proposal - plpgsql: execute using into - Mailing list pgsql-hackers

From Tom Lane
Subject Re: proposal - plpgsql: execute using into
Date
Msg-id 17359.1143493776@sss.pgh.pa.us
Whole thread Raw
In response to proposal - plpgsql: execute using into  ("Pavel Stehule" <pavel.stehule@hotmail.com>)
Responses Re: proposal - plpgsql: execute using into  ("Pavel Stehule" <pavel.stehule@hotmail.com>)
List pgsql-hackers
"Pavel Stehule" <pavel.stehule@hotmail.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


pgsql-hackers by date:

Previous
From: "Pavel Stehule"
Date:
Subject: proposal - plpgsql: execute using into
Next
From: Greg Stark
Date:
Subject: Re: [GENERAL] PANIC: heap_update_redo: no block