Re: BUG #14150: Attempted to delete invisible tuple
От | Peter Geoghegan |
---|---|
Тема | Re: BUG #14150: Attempted to delete invisible tuple |
Дата | |
Msg-id | CAM3SWZTEfeG3r2OibYFu_UQpC=8B328m2U=XCNc3bgP5UMYE7g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #14150: Attempted to delete invisible tuple (Peter Geoghegan <pg@heroku.com>) |
Ответы |
Re: BUG #14150: Attempted to delete invisible tuple
Re: BUG #14150: Attempted to delete invisible tuple |
Список | pgsql-bugs |
On Tue, Jun 7, 2016 at 6:41 PM, Peter Geoghegan <pg@heroku.com> wrote: > Does your test case also use foreign keys? It's clearly in evidence that there is some kind of delete involved here, possibly from a cascading foreign key. That's because the error message "attempted to delete invisible tuple" is not one that is reachable from a simple ON CONFLICT DO UPDATE. (Yes, it's true that heap_abort_speculative() performs something pretty close when there's lots of concurrency -- it performs what I've called a "super deletion" -- but its equivalent "can't happen" error message is not what we see here.) So, if it's not coming from a cascading foreign key, as I suspect, then it's definitely coming from some other user-visible delete (Something that can reach heap_delete(), very probably through ExecDelete()). I'm very curious about what that is. -- Peter Geoghegan
В списке pgsql-bugs по дате отправления: