Re: Resolving polymorphic functions with relateddatatypes
От | Pavel Stehule |
---|---|
Тема | Re: Resolving polymorphic functions with relateddatatypes |
Дата | |
Msg-id | 162867790807031042u7b7b6e76gb7b5a192e5137fac@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Resolving polymorphic functions with relateddatatypes (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
> > What I'd be inclined to think about is making > check_generic_type_consistency and related functions allow the > arguments matched to ANYELEMENT to be of different actual types > so long as select_common_type could determine a unique type to > coerce them all to. It'd take some refactoring (notably, because > select_common_type wants to throw error on failure, and because > there'd have to be a way to pass back the type that was selected > for use later). +1 it's same like current implementation coalesce, least, greatest functions, thats works well. And with this change and with variatic functions we can move these functions from parser. Regards Pavel Stehule > > regards, tom lane > > -- > Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-hackers >
В списке pgsql-hackers по дате отправления: