MegabyteКоллеги, подскажите, а в Explain в:

Что означают последние 2 блока: dirtied, written? Что обозначают hit, read, я в курсе.
В Postgres-e информация о видимости записей хранится в заголовках самих записей. И также есть commit log, в котором хранится состояние транзакций. Если происходит rollback транзакции которая, к примеру, поменяла много записей, то просто меняется статус транзакции в commit log-е — rollback быстрый, но с “отложенной” работой.

Первый же запрос, который потом обращается к таким записям видит, что
1. транзакция откачена
2. у записей не выставлены биты видимости (эти биты нужны для скорости, чтобы все следующие запросы не лезли в commit log)
И он, проверив статус транзакции в commit log-е, меняет биты видимости в заголовке записи. Т.е. даже если это SELECT, он меняет данные. Изменения происходят в кэше (shared_buffers), изменённые блоки помечаются как грязные (dirty), т.е. требуют синхронизации с диском.

Если запросу нужно прочитать данные в кэш — а в Postgres-е всё взаимодействие происходит через кэш (в отличии от, скажем, ORACLE) — и в кэше нет свободного места, то происходит вытеснение самой “ненужной” страницы. Если при этом страница грязная, то её сначала надо сохранить на диск, т.е. даже SELECT может неожиданно начать писать (write) данные на диск.

Одно с другим не связано, т.е. могут быть только dirtied блоки при исполнении запроса, без written.