Re: Simplifying unknown-literal handling

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Simplifying unknown-literal handling
Дата
Msg-id 23733.1117415627@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Simplifying unknown-literal handling  (Andrew - Supernews <andrew+nonews@supernews.com>)
Список pgsql-hackers
Andrew - Supernews <andrew+nonews@supernews.com> writes:
> On 2005-05-29, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> 2. Backend infers actual type of param 1 from context as BYTEA.

> Hrm. I was thinking of the case where the backend can't necessarily do
> this, but in fact in that case the Parse seems to fail.

Right, deliberately so, for precisely the reason that we need to know
the correct input converters to use.

>> Offhand I think the only way you could actually invoke UNKNOWN's binary
>> input converter is by executing a PREPARE with a parameter position
>> specifically declared as UNKNOWN, viz

> Which of course leads to the question of why UNKNOWN has a binary input
> converter at all...

Maybe it shouldn't.  It does need a binary output converter, to avoid
gratuitous failures in cases likeSELECT 'foo';
so I figure it's probably best to leave the input converter there ...
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew - Supernews
Дата:
Сообщение: Re: Simplifying unknown-literal handling
Следующее
От: Neil Conway
Дата:
Сообщение: Re: locks in CREATE TRIGGER, ADD FK