Re: cursors FOR UPDATE don't return most recent row
От | Alvaro Herrera |
---|---|
Тема | Re: cursors FOR UPDATE don't return most recent row |
Дата | |
Msg-id | 1327885054-sup-7077@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: cursors FOR UPDATE don't return most recent row (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: cursors FOR UPDATE don't return most recent row
|
Список | pgsql-hackers |
Excerpts from Tom Lane's message of sáb ene 28 01:35:33 -0300 2012: > Alvaro Herrera <alvherre@alvh.no-ip.org> writes: > > I expected the FETCH to return one row, with the latest data, i.e. > > (1, 3), but instead it's returning empty. > > This is the same thing I was complaining about in the bug #6123 thread, > http://archives.postgresql.org/message-id/9698.1327266271@sss.pgh.pa.us > > It looks a bit ticklish to fix. Hm. Okay, I hadn't read that. In my FOR KEY SHARE patch I have added a heap_lock_updated_tuple that makes heap_lock_tuple follow the update chain forward when the tuple being locked is being updated by a concurrent transaction. I haven't traced through FETCH to see if it makes sense to apply some of that to it. -- Álvaro Herrera <alvherre@commandprompt.com> The PostgreSQL Company - Command Prompt, Inc. PostgreSQL Replication, Consulting, Custom Development, 24x7 support
В списке pgsql-hackers по дате отправления: