Re: Eliminate more detoast copies for packed varlenas
От | Tom Lane |
---|---|
Тема | Re: Eliminate more detoast copies for packed varlenas |
Дата | |
Msg-id | 14816.1190927072@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Eliminate more detoast copies for packed varlenas ("Brendan Jurd" <direvus@gmail.com>) |
Список | pgsql-patches |
"Brendan Jurd" <direvus@gmail.com> writes: > 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. Well, those are just tutorial code, so I'd vote for keeping it simple. > 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()? Yup, good catch. In the context of fmgr.h, it seems like the comment is more sensible if it refers to the underlying function pg_detoast_datum_packed (which is what the preceding paragraph is speaking of), so I made it say that instead. regards, tom lane
В списке pgsql-patches по дате отправления: