Транзакции с обновлением всей таблицы или всех строк в таблице берут соответствующие блокировки, и другие сессии, которые пытаются изменить те же строки, не смогут этого сделать, пока блокирующая их транзакция не завершится. Получите простой, от которого хотели избавиться. Обычно как раз массовые обновления желают пачками, чтобы таких блокировок было меньше. Либо триггеры, которые работают в транзакциях, порожденных приложением. Истории с миграциями без простоя в работе самого приложения вообще сложный вопрос, и транзакциями он не решается. Плюс использование транзакций не означает автоматически, что бэкап не нужен. Транзакцию можно закоммитить, и выявить проблемы с результатом уже после. И не уже не откатить, если заранее не позаботиться об этом. Если нужно быстрое переключение на версию БД до миграции, есть hot standby реплики, ну или край механизмы snapshot, если их поддерживает СУБД.
давай не уходить в дебри, есть блокировки на уровне таблицы, а есть на уровне записей бэкап нужен в любом случае, а лучше два, об этом никто не спорит
Есть разные типы блокировок, но обе описанные не дают другим сессиям обновлять строки, на которые взята блокировка. Если таких строк много, приложение превращается в read only витрину, а при попытке обновления запрос висит и ждёт, пока блокировка не будет снята (ну или сразу падает, зависит от запроса). https://habr.com/ru/companies/postgrespro/articles/463819/ https://habr.com/ru/companies/postgrespro/articles/462877/
Я отвечал на вот это
Обсуждают сегодня