Что хотят услышать интервьюеры:

Для отчёта с несколькими запросами обычно выбирают REPEATABLE READ, если нужна консистентность данных внутри всей транзакции. Этот уровень позволяет избежать неповторяемых чтений и обеспечивает, что в рамках отчёта одни и те же запросы видят согласованный набор данных. Если нужна максимальная строгость и допускается снижение параллелизма, можно рассмотреть SERIALIZABLE.

Определение:

Уровень изоляции транзакций определяет, как одна транзакция видит изменения, сделанные другими транзакциями. Для отчётов с множеством запросов важно, чтобы данные не “плавали” между запросами внутри одной операции. REPEATABLE READ фиксирует прочитанные данные на время транзакции, а SERIALIZABLE делает поведение максимально близким к последовательному выполнению транзакций.

Пример использования:

import psycopg2

conn = psycopg2.connect(
    dbname="app_db",
    user="app_user",
    password="secret",
    host="localhost",
)

try:
    with conn:
        with conn.cursor() as cur:
            cur.execute("SET TRANSACTION ISOLATION LEVEL REPEATABLE READ")

            cur.execute("SELECT COUNT(*) FROM orders WHERE status = 'paid'")
            total_paid = cur.fetchone()[0]

            cur.execute("SELECT SUM(amount) FROM orders WHERE status = 'paid'")
            total_amount = cur.fetchone()[0]

            print(total_paid, total_amount)
finally:
    conn.close()

Пояснение кода:

Открывается соединение с БД.
Начинается транзакция через with conn:.
Для транзакции устанавливается REPEATABLE READ.
Выполняются несколько запросов для формирования отчёта.
Оба запроса видят согласованное состояние данных в рамках одной транзакции, даже если параллельно кто-то обновляет таблицу.
В конце транзакция завершается автоматически.

Ключевые моменты:

Для отчётов с несколькими запросами чаще всего подходит REPEATABLE READ.
Он защищает от неповторяемых чтений и обеспечивает согласованность данных внутри транзакции.
Если нужен максимально строгий результат, выбирают SERIALIZABLE, но он может сильнее снижать производительность.
READ COMMITTED для такого сценария обычно слабоват: данные между запросами могут измениться.
Выбор уровня изоляции — это баланс между корректностью отчёта и конкуренцией за ресурсы.

Какой уровень изоляции транзакций вы бы выбрали для формирования отчета с множеством запросов, чтобы обеспечить корректность данных?