Добрый день!
Документация к PostgreSQL 9.5 - 10, раздел 13.2.1 "Уровень изоляции Read Committed".
В данном разделе приведен пример с таблицей website, после него следует объяснение логики выполнения:
"Команда DELETE не сделает ничего, даже несмотря на то, что строка с website.hits = 10 была в таблице и до, и после выполнения UPDATE. Это происходит потому, что строка со значением 9 до изменения пропускается, а когда команда UPDATE завершается и DELETE получает освободившуюся блокировку, строка с 10 теперь содержит 11, а это значение уже не соответствует условию"
Это не соответствует описанию логики уровня изоляции Read Committed, который приведен выше:
"Однако SELECT видит результаты изменений, внесённых ранее в этой же транзакции, даже если они ещё не зафиксированы"
Если создать таблицу website, состоящую из одного столбца hits, и заполнить ее двумя строками со значениями 9 и 10, как описано в примере, то при выполнении транзакции
BEGIN; UPDATE website SET hits = hits + 1;
DELETE FROM website WHERE hits = 10;
COMMIT;
команда DELETE удалит одну из строк таблицы, которая на момент начала транзакции имела значение 9, а после выполнения команды UPDATE значение 10. Соответственно, в таблице website должна остаться только одна строка со значением 10.
Это не ошибка в переводе - документация на английском языке содержит тот же пример и некорректное пояснение к нему.
--
С уважением,
Алексей Снытко