Может ли вложенный SELECT ждать снятия блокировки?

Question

[Urbansamurai]

В приложении реализована очередь на базе Postgres и запросы, берущие из нее строки построены примерно таким образом:

select id, user_id, sum, added where user_id in (select user_id from queue order by added limit 10) from queue for update skip locked;

Т.е. очередь как-бы "доукомплектовывается" по user_id.
Вопрос: нужно ли во вложенном селекте добавлять skip locked, или смысла нет и он корректно отработает в общем запросе?

Comments

[Akina]

нужно ли во вложенном селекте добавлять skip locked, или смысла нет и он корректно отработает в общем запросе?

SKIP LOCKED - это атрибут конкретного FOR UPDATE. Поэтому отдельно от FOR UPDATE его использовать нельзя в принципе - получится syntax error.

А вот надо ли использовать FOR UPDATE SKIP LOCKED в подзапросе - это зависит от логики. От того, что будет обновляться и что надо пропускать.

Может ли вложенный SELECT ждать снятия блокировки?

Вообще-то он БУДЕТ ждать снятия блокировки в текущей версии запроса.

[Urbansamurai]

Akina, Т.е. сначала вложенный запрос дождется снятия лока, вернет результат с свеже-залоченными строками и в общем запросе эти строки будут пропущены из-за повторного skip locked? Если запрос будет вот такой:

select id, user_id, sum, added where user_id in (select user_id from queue order by added limit 10 for update skip locked) from queue for update skip locked;