Re: WIP: Allow SQL-language functions to reference parameters by parameter name - Mailing list pgsql-hackers

From Jim Nasby
Subject Re: WIP: Allow SQL-language functions to reference parameters by parameter name
Date
Msg-id 2B10116B-0E83-44B2-B6FC-4CAA43421247@nasby.net
Whole thread Raw
In response to Re: WIP: Allow SQL-language functions to reference parameters by parameter name  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
On Mar 28, 2011, at 3:18 PM, Peter Eisentraut wrote:
> On lör, 2011-03-26 at 09:41 -0400, Robert Haas wrote:
>> You can't be guaranteed that they won't standardize something
>> incompatible no matter what we do.  We could choose to do it as you've
>> proposed and they could then standardize some weird syntax - the => is
>> a fairly relevant example of exactly that.
>
> The matter of how to resolve SQL parameter names is already
> standardized.  See clause on <identifier chain>.

Was there a final consensus on this?

FWIW, if we go with using function name, it'd be nice to be allowed to alias that. I don't have a strong opinion
betweenthat and using : or $ or whatever. I do feel strongly that we must continue to support existing SQL functions in
areasonable fashion. Having the function blow up on the first invocation is no better than breaking the dump. There
shouldbe either a backwards-compatibility mode, or better yet, a way to automatically convert functions to be
compatiblewith the new syntax. 
--
Jim C. Nasby, Database Architect                   jim@nasby.net
512.569.9461 (cell)                         http://jim.nasby.net




pgsql-hackers by date:

Previous
From: Jim Nasby
Date:
Subject: Re: Recursive containment of composite types
Next
From: Robert Haas
Date:
Subject: Re: Re: synchronous_commit and synchronous_replication Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication.