From: | David Johnston <polobo(at)yahoo(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Semi-Pseudo Data Types & Procedure Arguments |
Date: | 2013-06-26 15:47:43 |
Message-ID: | 1372261663223-5761173.post@n5.nabble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane-2 wrote
>
>> -- A stored procedure which can accept two argument, which can be a
>> single
>> integer field, or an array of integers.
>
> Those two cases seem unlikely to be supportable by the same
> implementation, so it seems more likely that what you'd be doing is just
> overloading the function name with two instances, my_fn(int) and
> my_fn(int[]).
Isn't this scenario why VARIDIC was implemented:
CREATE FUNCTION my_fn( VARIADIC in_ordered_actual varchar[] ) ....
The single value input is simply a special case of an array of size 1.
Depending on whether you allow an empty array you might want to:
CREATE FUNCTION my_fn(required_first varchar, VARIADIC optional_others
varchar[] DEFAULT '{}'::varchar[]) ...
Then join the two values together and move on to processing.
You would still need separate functions for numbers versus strings.
David J.
--
View this message in context: http://postgresql.1045698.n5.nabble.com/Semi-Pseudo-Data-Types-Procedure-Arguments-tp5761158p5761173.html
Sent from the PostgreSQL - general mailing list archive at Nabble.com.
From | Date | Subject | |
---|---|---|---|
Next Message | David Johnston | 2013-06-26 15:53:25 | Re: Semi-Pseudo Data Types & Procedure Arguments |
Previous Message | Noah Misch | 2013-06-26 15:31:49 | Re: BUG #7493: Postmaster messages unreadable in a Windows console |