про грязное чтение: https://www.postgresql.org/docs/current/transaction-iso.html
про хинты:
- физический формат записи: https://www.postgresql.org/docs/current/storage-page-layout.html#STORAGE-TUPLE-LAYOUT
- хинты в исходниках: https://github.com/postgres/postgres/blob/master/src/include/access/htup_details.h#L203
- описание в вики проекта: https://wiki.postgresql.org/wiki/Hint_Bits
- зачем Хинты вообще? http://rhaas.blogspot.com/2011/11/hint-bits.html

Спасибо

ммм.... Окей... А к чему это приводит?

что к чему приводит?

Ну получается что SELECT будет долгий после транзакции или еще что, что надо учитывать?

кто первый обратиться к записям без Хинтов, тот и сделает эту отложенную работу. это может быть и вакуум.

гонки, атомарность, медленный запрос... Что тут может взорваться? Мне прост оне нравится идея когда читающая транзакция вызывает запись. Это как-то неправильно...

Более того... Получается что читающая транзакция может заблокировать пишущую (ну на уровне БД, не на уровне доступа к данным)

тут нечего особо учитывать, это внутренний механизм (оптимиация), которая имеет такой эффект.

не фантазируйте и не разводите FUD. почитайте ссылки.

Так читаю. Пока ответа не вижу

вы понимаете как физически идёт работа с блоками и записями (физическими) в блоке?

Имею смутное представление.

Кстати там-же про clog интересно... Что там могут быть пики из-за аллоцирования 8Кб, которые должны сидеть за мьютексом как минимум.

когда любая, хм… операция: SELECT, DML, VACUUM — приходят в блок и смотрят в запись, они должны проверить видимость этой записи для себя
для этого используются xmin/xmax. если при этом в записи нету хинтов о состоянии xmin/xmax, то надо идти в CLOG и выяснять статус этих транзакций.
если они в процессее — игнорируем (или получится грязное чтение), если же завершены — выставляем соответствующие Хинт-Биты, ибо мы и так залезли в этот блок и эту запись уже.
какие там блокировки я не скажу, долго исходники курить, но полагаю, что лок берётся не на запись, а на буффер в памяти — взяли лок, изменили хинты (записав в WAL), отпустили.

пост Роберта не самый свежий, за столько лет сделано куча изменений. я её дал, чтобы показать как влияют Хинты на производительность

[{id: 1}, {id: 2}, {id: 3}]

Как в pq перебрать массив и достать объект где id совпадает 3 ?

Коллеги, всех приветствую!
Есть пользователь wwwBot и он постоянно блокирует сам себя двумя одинаковыми запросами, что тут можно сделать?

Дедлок возникает?