Re: fix - function call with variadic parameter for type "any"
От | Pavel Stehule |
---|---|
Тема | Re: fix - function call with variadic parameter for type "any" |
Дата | |
Msg-id | 162867790904021402i634b731bje331bc3764bcd700@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: fix - function call with variadic parameter for type "any" (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
2009/4/2 Tom Lane <tgl@sss.pgh.pa.us>: > Pavel Stehule <pavel.stehule@gmail.com> writes: >> actually, there isn't any difference between a) and b) > >> a) select somevariadicwithany(10); >> b) select somevariadicwithany(variadic 10); > >> in this case the keyword VARIADIC is ignored. > > Well, in my mind what the VARIADIC keyword does is it prevents the parser > from building an ARRAY[] expression around the remaining parameters. > Which would be incorrect for a VARIADIC ANY function because such a > function presumably doesn't want to force all the actual arguments > to be the same type --- if it did, it could use VARIADIC ANYARRAY. > > VARIADIC ANY basically exists to allow an ANY-argument function to > accept any number of ANY parameters. As such, PG_NARGS() is all it > really needs to know, plus the already-existing support for obtaining > the parameters' actual datatypes. > > it can be good idea - I see only one disadvantage. I will have two functions with same body - but it isn't significant problem regards Pavel Stehule regards, tom lane >
В списке pgsql-hackers по дате отправления: