Re: Simplifying unknown-literal handling

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)surnet(dot)cl>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Simplifying unknown-literal handling
Date: 2005-05-29 17:24:22
Message-ID: 8800.1117387462@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Alvaro Herrera <alvherre(at)surnet(dot)cl> writes:
> On Sun, May 29, 2005 at 11:47:18AM -0400, Tom Lane wrote:
>> Anyone see a reason not to change this?

> Is there any way we use UNKNOWN to represent bytea literals?
> Say, comparing a untyped literal to a bytea column?

We use UNKNOWN to represent the raw string literal before we've
figured out that we need to feed it to byteain. There aren't
going to be any embedded nulls at that point, if that's what
you are wondering.

If we ever decide to try to support embedded nulls in datatype
external representations, there are going to be way more changes
needed than just changing UNKNOWN again ... for starters, changing
the I/O functions of every single built-in and user-defined data type.
I don't think that's ever going to happen, so I'm not particularly
worried about propagating the assumption into one more place.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2005-05-29 18:00:19 Re: Escape handling in COPY, strings, psql
Previous Message Tom Lane 2005-05-29 17:19:24 Re: pg_buffercache causes assertion failure