Re: usability of pg_get_function_arguments - Mailing list pgsql-hackers

From Gevik Babakhani
Subject Re: usability of pg_get_function_arguments
Date
Msg-id 4A1C2DDF.1050806@xs4all.nl
Whole thread Raw
In response to Re: usability of pg_get_function_arguments  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> Gevik Babakhani <pgdev@xs4all.nl> writes:
>>> I experimented with your example and noticed that pg_get_expr requires a
>>> hack --- it insists on having a relation OID argument, because all
>>> previous use-cases for it involved expressions that might possibly refer
>>> to a particular table.  So you have to do something like
>>>
>>> regression=# select pg_get_expr(proargdefaults,'pg_proc'::regclass) from pg_proc where proname='f13';
>>> pg_get_expr
>>>
-----------------------------------------------------------------------------------------------------------------------
>>> 10, 'hello'::character varying, '2009-01-01 00:00:00'::timestamp without time zone, 'comma here ,'::character
varying
>>> (1 row)
>>>
>>>
>> Unfortunately, there is no way to know to which argument(s) the values 
>> above belongs to.
> 
> The last ones --- you can only omit arguments from the right, so it
> makes no sense to allow a nonconsecutive set of defaults.
> 
>             regards, tom lane
> 

Indeed. I did not see that earlier. Thank you.

-- 
Regards,
Gevik


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: generic options for explain
Next
From: Tom Lane
Date:
Subject: Re: A couple of gripes about the gettext plurals patch