чтение не надо

Тогда for no key update делай

ок

Я себе так ногу прострелил 🙁

там в доке не очень понятно

деланием for update

Согласен

кому и постгрес очередь

Использовать select for update только в том случае, если:
1. Условный id таблицы используется как внешний ключ в другой
2. Этот же условный ключ может перестать существовать
Иначе надо использовать FOR NO KEY UPDATE.

Детали:
update y from x - берёт исключительную блокировку на таблицу x

вот такое у меня в блокнотике осталось

О и там же запрос на построение дерева заблокированных транзакций

https://www.citusdata.com/blog/2018/02/22/seven-tips-for-dealing-with-postgres-locks/ и тут полезно

позырю

И варгейминги что-то писали: https://habr.com/ru/company/wargaming/blog/323354/

Но у меня комментария к ссылке не осталось, не знаю почему добавил

А в частности там про select for update было

Разбавлю
«Наконец-таки открыли магазины, у меня ребёнок из всей обуви вырос, приходилось ходить в сапогах. Сейчас купили сразу пять пар обуви для дочери. Хотели еще джинсы купить, но примерочные закрыты, пришлось отказаться. Не простынкой же прикрываться. Выбрали только куртку из одежды, потому что ее можно накинуть просто»

Это покупатель из ТЦ Мега Дыбенко в "жопе мира" ну на окраине в общем, просто так туда не поедешь, если не живёшь совсем рядом в Ленобласти например. Есть ещё Мега Парнас. Которые открыли поле "карантина."

из двух заявок отработана одна: терапевт заглянула ко мне, произвела опрос, заказала тесты в понедельник.. оставила по своим каналам заявки на хирургическую медсестру.. хирургическая медсестра не пришла..

у врачей нет доступа к интерфейсу просмотра статуса заявки, они могут её лишь оставить, но кто контролирует выполнение - не понятно

@myjcomcp может, ты знаешь?

почему-то приходится по крупицам восстанавливать схему этой системы, никто ничего не знает либо не говорит