| От | Peter Eisentraut |
|---|---|
| Тема | Re: Status of issue 4593 |
| Дата | |
| Msg-id | 200901061631.09522.peter_e@gmx.net обсуждение исходный текст |
| Ответ на | Re: Status of issue 4593 (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-bugs |
On Tuesday 06 January 2009 02:03:14 Tom Lane wrote: > I don't think there's a bug here, at least not in the sense that it > isn't Operating As Designed. =C2=A0But it does seem like we could do with > some more/better documentation about exactly how FOR UPDATE works. > The sequence of operations is evidently a bit more user-visible than > I'd realized. Well, if the effect of ORDER BY + FOR UPDATE is "it might in fact not be=20 ordered", then it's pretty broken IMO. It would be pretty silly by analogy= =20 for example, if the effect of GROUP BY + FOR UPDATE were "depending on=20 concurrent events, it may or may not be fully grouped".
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера