Re: transforms
От | Tom Lane |
---|---|
Тема | Re: transforms |
Дата | |
Msg-id | 135173.1745104378@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: transforms (Chapman Flack <jcflack@acm.org>) |
Ответы |
Re: transforms
|
Список | pgsql-hackers |
Oh, just in case this wasn't complicated enough already: what to do with polymorphic arguments/results? You could argue that CREATE FUNCTION foo(anyelement) RETURNS anyelement TRANSFORM FOR TYPE int AS ...; should mean that if the actual argument type is int, then the mentioned transform should be applied to the input and result; but if it's some other type then just do the normal conversions. You could perhaps also argue that that's a bad idea. I'm not sure. It does make for very dynamic matching of transforms to arguments, which feels dubious to me, but I can't put my finger on a bad consequence. We have not faced this issue in the in-core PLs because neither plperl nor plpython allow polymorphic arguments/results. (I'm surprised that no one has yet wanted to fix that.) But I will bet that there are other PLs that do allow that, and if they also implement transforms then there's probably precedent out there already. regards, tom lane
В списке pgsql-hackers по дате отправления: