Re: WIP: default values for function parameters - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: WIP: default values for function parameters
Date
Msg-id E50DB169-4A85-4196-88D6-7F193574AFF6@hi-media.com
Whole thread Raw
In response to Re: WIP: default values for function parameters  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: WIP: default values for function parameters  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: WIP: default values for function parameters  ("Robert Haas" <robertmhaas@gmail.com>)
List pgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le 13 déc. 08 à 17:05, Tom Lane a écrit :
> I personally agree that AS seems more SQL-ish, but that's in the eye
> of the beholder.

So do I, but I fear it's already taken for another meaning.

> The argument about ambiguity in XMLELEMENT is bogus becase XMLELEMENT
> doesn't (and won't) have named parameters.

My concern is the other way around. This function provides support for
arguments relabeling, but reading some other threads here I think we
don't yet support this feature for user defined function. Or maybe
only for C-language user defined functions.

What if relabeling support were to spread some more?
My point is that we couldn't offer generalization of an existing
feature if we reuse AS for default parameter value. Or the user would
have to choose between having more than one argument with a default
value and relabeling support. That would be awkward.

No it could very well be that the point does not exists, but someone
would have to explain why to me, cause I'm sure not getting it by
myself...

Regards,
- --
dim



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)

iEYEARECAAYFAklEJyEACgkQlBXRlnbh1bmlgwCfW8PPDh1rIH6Fk/3oEQ0t1+TH
vDYAni0kE4us/AvWuI6HTyaywAgP9Tga
=jB1l
-----END PGP SIGNATURE-----


pgsql-hackers by date:

Previous
From: Markus Wanner
Date:
Subject: Re: Sync Rep: First Thoughts on Code
Next
From: Markus Wanner
Date:
Subject: Re: Sync Rep: First Thoughts on Code