Re: [PERFORM] typoed column name, but postgres didn't grump
| От | Tom Lane |
|---|---|
| Тема | Re: [PERFORM] typoed column name, but postgres didn't grump |
| Дата | |
| Msg-id | 11057.1288889780@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [PERFORM] typoed column name, but postgres didn't grump (Merlin Moncure <mmoncure@gmail.com>) |
| Ответы |
Re: [PERFORM] typoed column name, but postgres didn't grump
|
| Список | pgsql-bugs |
Merlin Moncure <mmoncure@gmail.com> writes:
> On Thu, Nov 4, 2010 at 12:14 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> "Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
>>> Merlin Moncure <mmoncure@gmail.com> wrote:
>>>> create type x as (a int, b int);
>>>> select f((1,2));
>> I think Merlin probably meant to write "select x((1,2))", but that
>> doesn't work out-of-the-box either. What would be affected is
>> something like
> Actually I didn't -- I left out that there was a function f taking x.
Ah. No, that would still work after the change. The case that I'm
proposing to break is using function-ish notation to invoke a cast
from a composite type to some other type whose name you use as if it
were a function. Even there, if you've created such a cast following
the usual convention of naming the cast function after the target type,
it'll still act the same. It's just the built-in I/O-based casts that
will stop working this way (for lack of a matching underlying function).
regards, tom lane
В списке pgsql-bugs по дате отправления: