него периодически делается большой отчет, который минут 10 генерится. Отчет не на sql, а в питоне сделан. много запросов. И есть такая проблема - за то время, пока он генерится что-то меняется в базе и отчет становится неверным. Все транзакции сейчас read commited. Есть иде обернуть генерацию отчета в serialisable. Отчет это readonly операция.
Судя по документации, это норм. 2 вопроса -
1)могут ли обычные транзакции или сам отчет упасть с serialization anomaly? (вроде нет, но не уверен)
2) видити ли вы какие-то подводные камни в этом рещении?
Может все запросы сделать в самом начале (может даже за один запрос) и процессить на питоне сколько хочется?
1. скорее всего не могут, но будут падать; 2. сначала выгрести из БД все данные, потом развлекаться с ними, как уже сказали, если невозможно свести кучу запросов к одному. Если свести в один - это проблематично, то сократить количество запросов, я думаю, возможность есть.
Repeatable Read в постгрессе - это на самом деле Snapshot Isolation (SI). Он видит снимок базы данных на момент начала транзакции. Serializable в постгрессе - это Serializable SI - тот же Snapshot Isolation, но с детектом "возожных аномалий". Просто readonly Serializable может привести к откату какой-нибудь транзакции, т.к. снимок, взятый этой транзакцией, может быть не вполне serializable. Есть специальный Serializable Read Only Deferrable - он дожидается возможности взять гарантированно сериализуемый снапшот. Т.о. это специальный режим для аналитических read-only транзакций.
Обсуждают сегодня