| От | Hiroshi Inoue |
|---|---|
| Тема | Re: [HACKERS] Re: possible row locking bug in 7.0.3 & 7.1 |
| Дата | |
| Msg-id | 3AC40890.399F5102@tpf.co.jp обсуждение исходный текст |
| Ответы |
Re: [HACKERS] Re: possible row locking bug in 7.0.3 & 7.1
Re: [HACKERS] Re: possible row locking bug in 7.0.3 & 7.1 |
| Список | pgsql-sql |
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. Well what 'concurrent UPDATE then SELECT FOR UPDATE + SELECT' return ? regards, Hiroshi Inoue
В списке pgsql-sql по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера