Re: Simplifying unknown-literal handling

Поиск
Список
Период
Сортировка
От Andrew - Supernews
Тема Re: Simplifying unknown-literal handling
Дата
Msg-id slrnd9k8df.1d3v.andrew+nonews@trinity.supernews.net
обсуждение исходный текст
Ответ на Simplifying unknown-literal handling  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Simplifying unknown-literal handling  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 2005-05-29, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Andrew - Supernews <andrew+nonews@supernews.com> writes:
>> Are there any cases where UNKNOWN can be received from the frontend as
>> a binary value? I suspect there are.
>
> Sure, but that's transparent because we have binary I/O converters.
> You will have trouble if you try to inject an embedded zero that way,
> but the end result will look about the same as when you try to inject
> an embedded zero now: the data after the zero will be dropped on readout.

What happens if you send an UNKNOWN from the frontend as binary, and then
when the desired type is figured out, it turns out to be a bytea? It's
obviously not acceptable then to truncate after a zero byte.

-- 
Andrew, Supernews
http://www.supernews.com - individual and corporate NNTP services


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Simplifying unknown-literal handling
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Simplifying unknown-literal handling