Re: Eliminate more detoast copies for packed varlenas
Вложения
В списке pgsql-patches по дате отправления:
| От | Brendan Jurd |
|---|---|
| Тема | Re: Eliminate more detoast copies for packed varlenas |
| Дата | |
| Msg-id | 37ed240d0709270553u20e5cd3fp9827d665bb387fd@mail.gmail.com обсуждение исходный текст |
| Ответ на | Eliminate more detoast copies for packed varlenas (Gregory Stark <stark@enterprisedb.com>) |
| Ответы |
Re: Eliminate more detoast copies for packed varlenas
|
| Список | 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
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера