Re: Eliminate more detoast copies for packed varlenas - Mailing list pgsql-patches

From Brendan Jurd
Subject Re: Eliminate more detoast copies for packed varlenas
Date
Msg-id 37ed240d0709270553u20e5cd3fp9827d665bb387fd@mail.gmail.com
Whole thread Raw
In response to Eliminate more detoast copies for packed varlenas  (Gregory Stark <stark@enterprisedb.com>)
Responses Re: Eliminate more detoast copies for packed varlenas
List pgsql-patches
On 9/22/07, Gregory Stark <stark@enterprisedb.com> wrote:
> Ok, this removes what should be most if not all of the call sites where we're
> detoasting text or byteas. In particular it gets all the regexp/like functions
> and all the trim/pad functions. It also gets hashtext and hash_any.

Looks like there's some more of this in src/tutorial/funcs.c and funcs_new.c.

On a related note, while I was trawling through header files trying to
wrap my head around all this toast and varlena business, I found the
following comment, in fmgr.h and reiterated in postgres.h:

<>
WARNING: It is only safe to use PG_DETOAST_DATUM_UNPACKED() and
VARDATA_ANY() if you really don't care about the alignment.
</>

Shouldn't this be PG_DETOAST_DATUM_PACKED()?  I'm emboldened by the
fact that there is no macro called PG_TOAST_DATUM_UNPACKED defined
anywhere in postgres.

Patch attached, in case I've got the right idea.

Regards,
BJ

Attachment

pgsql-patches by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: Warning is adjusted of pgbench.
Next
From: Tom Lane
Date:
Subject: Re: Warning is adjusted of pgbench.