Re: [HACKERS] Re: possible row locking bug in 7.0.3 & 7.1
От | Philip Warner |
---|---|
Тема | Re: [HACKERS] Re: possible row locking bug in 7.0.3 & 7.1 |
Дата | |
Msg-id | 3.0.5.32.20010330161454.020a0430@mail.rhyme.com.au обсуждение исходный текст |
Ответ на | Re: [HACKERS] Re: possible row locking bug in 7.0.3 & 7.1 (Hiroshi Inoue <Inoue@tpf.co.jp>) |
Список | pgsql-sql |
At 13:16 30/03/01 +0900, Hiroshi Inoue wrote: >Philip Warner wrote: >> >> At 19:14 29/03/01 -0800, Mikheev, Vadim wrote: >> >> >Reported problem is caused by bug (only one tuple version must be >> >> >returned by SELECT) and this is way to fix it. >> >> > >> >> >> >> I assume this is not possible in 7.1? >> > >> >Just looked in heapam.c - I can fix it in two hours. >> >The question is - should we do this now? >> >Comments? >> >> It's a bug; how confident are you of the fix? >> > >I doubt if it's a bug of SELECT. No idea where the bug is, but SELECT should never return two versions of the *same* row. >'Well what >'concurrent UPDATE then SELECT FOR UPDATE + >SELECT' return ? No idea, maybe Vadim or Tom can help? ---------------------------------------------------------------- Philip Warner | __---_____ Albatross Consulting Pty. Ltd. |----/ - \ (A.B.N. 75 008 659 498) | /(@) ______---_ Tel: (+61) 0500 83 82 81 | _________ \ Fax: (+61) 0500 83 82 82 | ___________ | Http://www.rhyme.com.au | / \| | --________-- PGP key available upon request, | / and from pgp5.ai.mit.edu:11371 |/
В списке pgsql-sql по дате отправления: