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
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 |
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 |