Re: Updated CREATE FUNCTION syntax - Mailing list pgsql-hackers

From Joel Burton
Subject Re: Updated CREATE FUNCTION syntax
Date
Msg-id 20020518204807.705BD2B811@temp.joelburton.com
Whole thread Raw
In response to Re: Updated CREATE FUNCTION syntax  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Updated CREATE FUNCTION syntax  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> said:

> "Joel Burton" <joel@joelburton.com> writes:
> > Given that 98% of my function defining is done is psql, this would be
> > fine for me and solve my frustrations. It wouldn't help people that
> > build functions in scripting languages or non-psql environments,
> > however, but I don't know how common this is.
> 
> True, but I'm thinking that other development environments could provide
> equivalent features.  (I seem to recall that pgAdmin already does, for
> example.)
> 
> ISTM the reason we've not addressed this for so long is that no one
> could think of a reasonable way to solve it on the backend side.
> Maybe we just have to shift our focus.

Out of curiosity, Tom, why the preference for a solution like this rather than allowing for a much-less-common-than-'
delimiterfor the create function syntax? (Such as the "[[" and "]]" I suggested a few posts ago?) This would seem like
somethingthat wouldn't seem too difficult to do, and would work in all environments.
 

That would have the advantage of being consistent as users switched from writing functions in psql to writing
function-writingfunctions, to writing functions in other environments, etc.
 

Thanks,

- J.

-- 

Joel BURTON | joel@joelburton.com | joelburton.com | aim: wjoelburton
Knowledge Management & Technology Consultant 




pgsql-hackers by date:

Previous
From: "Nigel J. Andrews"
Date:
Subject: *new* libpgtcl - backend version information patch
Next
From: "Joel Burton"
Date:
Subject: Set-returning function syntax