Re: The suppress_redundant_updates_trigger() works incorrectly
В списке pgsql-hackers по дате отправления:
| От | Andrew Dunstan |
|---|---|
| Тема | Re: The suppress_redundant_updates_trigger() works incorrectly |
| Дата | |
| Msg-id | 4911E683.3050703@dunslane.net обсуждение исходный текст |
| Ответ на | Re: The suppress_redundant_updates_trigger() works incorrectly (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: > Andrew Dunstan <andrew@dunslane.net> writes: > >> The attached patch sets the OID to InvalidOid for the duration of the >> memcmp if the HEAP_HASOID flag is set, and restores it afterwards. >> > > This method is utterly, utterly unacceptable; you're probably trashing > the contents of a disk buffer there. Even assuming that there's zero > risk of a failure between the set and the restore, what if someone is in > process of writing the buffer to disk? Or even just examining the old > tuple? > > > OK, I guess I assumed we had a private copy. Next thought is to split the memcmp() into two to avoid the Oid field, where it's present. I was hoping to avoid the kinda ugly arithmetic. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера