| От | Alvaro Herrera |
|---|---|
| Тема | _RollbackFunc : dead code? |
| Дата | |
| Msg-id | 20050327193917.GA14232@dcc.uchile.cl обсуждение исходный текст |
| Ответы |
Re: _RollbackFunc : dead code?
|
| Список | pgsql-hackers |
While trying to grok heap_update I came again across the _heap_unlock_tuple function. This code apparently tries to save a XLog round while trying to mark a tuple for update, by registering a "rollback callback", which would unmark the tuple in case the transaction is rolled back. Turns out the callback is never called at all. So the code is dead code. Also, it claims that by marking t_infomask with a special HEAP_XMAX_UNLOGGED bit, this trick would not suffer across a system crash, because tqual routines would check this bit (comments in the code don't specify what would the routines do with it). Turns out tqual routines never check the bit. In fact, the bit is never checked at all, nowhere in the code: heap_update sets it and then unsets it, but that's all. So I think this is dead code. The attached patch removes it. -- Alvaro Herrera (<alvherre[@]dcc.uchile.cl>) Maybe there's lots of data loss but the records of data loss are also lost. (Lincoln Yeoh)
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера