Re: Bug in CREATE FUNCTION with character type (CONFIRMED BUG)
От | Tom Lane |
---|---|
Тема | Re: Bug in CREATE FUNCTION with character type (CONFIRMED BUG) |
Дата | |
Msg-id | 18691.1271289958@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Bug in CREATE FUNCTION with character type (CONFIRMED BUG) ("Kevin J Bluck" <kevin.bluck@netce.com>) |
Ответы |
Re: Bug in CREATE FUNCTION with character type (CONFIRMED
BUG)
Re: Bug in CREATE FUNCTION with character type (CONFIRMED BUG) |
Список | pgsql-bugs |
"Kevin J Bluck" <kevin.bluck@netce.com> writes: > But if RETURN TABLE doesn't respect typemods, perhaps it shouldn't be > legal to specify them in that clause? Yeah, possibly. CREATE FUNCTION has historically accepted (and then discarded) typmod information for all function parameter and result types; RETURNS TABLE doesn't seem particularly different from other cases here. We could tighten that up, but again it's not clear whether the probable ensuing application breakage would be worth the reduction in astonishment quotient. > I do think Pavel G. has a real bug with the char thing, though. No, it's exactly the same thing: we're accepting and then throwing away the typmod. The fact that it's implicit rather than written out doesn't change that. char would be a particularly nasty case if we did reject typmod specifications for function arguments/results, because there is no standard syntax for specifying char without a defined max length. You'd have to fall back to writing "bpchar", which isn't going to make people happy either... regards, tom lane
В списке pgsql-bugs по дате отправления: