Re: Endgame for all those SELECT FOR UPDATE changes: fix plan node order
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Endgame for all those SELECT FOR UPDATE changes: fix plan node order |
| Дата | |
| Msg-id | 5841.1256676152@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Endgame for all those SELECT FOR UPDATE changes: fix plan node order (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: Endgame for all those SELECT FOR UPDATE changes: fix plan node order
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> On Tue, Oct 27, 2009 at 1:06 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Right, the case would be something like
>>
>> select * from
>> (select * from foo order by x limit n) ss
>> for update of ss;
> That's a pretty odd construction.
Dunno why you think that. That's exactly what one would write if one
wanted certain operations to execute in a different order than they're
defined to execute in within a single query level. We have not
previously been very clear about the order of operations for FOR UPDATE
locking relative to other steps, but now we will be.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера